举个例子:
一条完整的求职信息可包括(个人基本信息表,个人教育信息表,个人证书表,个人求职信息表,个人求职意向表。。。。类似这种的扩展表)
现在问题来了,我想取出一条完整的个人求职信息,我所知道的有两种方案:1,链表查询。2,分别查询多次单表最后组合成一条完整信息。
请问:这两种有什么优缺点,在以往的开发过程中大家更倾向那种取数据的方式?或者有什么好的解决方案?数据量多了可以做哪些优化?
举个例子:
一条完整的求职信息可包括(个人基本信息表,个人教育信息表,个人证书表,个人求职信息表,个人求职意向表。。。。类似这种的扩展表)
现在问题来了,我想取出一条完整的个人求职信息,我所知道的有两种方案:1,链表查询。2,分别查询多次单表最后组合成一条完整信息。
请问:这两种有什么优缺点,在以往的开发过程中大家更倾向那种取数据的方式?或者有什么好的解决方案?数据量多了可以做哪些优化?
4 回答1.2k 阅读✓ 已解决
8 回答1.2k 阅读
2 回答1.3k 阅读✓ 已解决
3 回答1k 阅读✓ 已解决
1 回答946 阅读✓ 已解决
2 回答834 阅读✓ 已解决
2 回答1.7k 阅读
连表查询在你预期表未来的数据量都不会有太大增长,且所有相关的连表查询都有索引的情况下可以考虑.比如你的表总共就几千条数据,增长量也是几周才有10来条.可以不考虑那么多.
但是当你未来数据量涨到十万或者百万级别,你需要分表,并且要尽可能区分冷热数据(有读写需求,跟一次写入永久读取的要区分开来).
根据你的这个业务特性,我看到还是有一些冷数据的,就是一次写入,不会再有写的需求,只会有读取需求,这种可以单独放一张表,然后做长周期的cache.