数据库 不同季度的数据库模型
现在遇到的业务如下：只操作当前季度的所有单据，历史季度的单据不做操作，如果有需要才能看到历史季度的单据。 方案如下：如果把不同季度的单据都放在同一张表，那每次检索都需要检索所有单据（历史季度的，当前季度的），而通常只需要检索当前季度，历史季度的单据是在特殊情况下才需要的，因此这个方案排除； 还有一个方案就是：不同季度用不同的数据库。意思是如果有多个季度，那就用多个数据库，需要用到哪个季度，在切换到哪个数据。这样出现的问题是不能共存； 首先我非常感谢 frogley 给我一个很好的思路。我根据他的想法延伸了一下，有了第三个方案：同一个单据有两张表分别是当前季度的和历史季度的，在存储的过程中只存进当前季度的，历史季度布改变，当到新季度需要清空当前季度前，将当前季度的信息批量添加到历史季度中。 除了这三个方案，大家还有什么想法没有？我听听你们的想法。
思路 1:
每个季度会产生多少单据？如果数据量不大，放一张表完全没有问题吧。检索的时候加个索引就可以。
思路 2:
每个季度一张表，表名为: invoice_2012a, invoice_2012b, invoice_2012c, invoice_2012d，abcd分别代表4个季度。2013年的表名，依次类推。
要保存一张单据，只要按单据创建日期找到所在的表，然后保存即可。
如果数据量不是特别大、并且查询比较固定（比如总是使用时间字段），按时间分区即可，代码层面不用做改动，这种方式最简单
如果分区以后单区数据依然太大，或查询条件无法满足分区要求，则需要分表。照 lz 的描述，定期归档历史数据、清理当前表中的过期数据，保持当前表数据量不会无限制增长，即可解决问题
