根据数据量分月或旬或是分年然后进行视图的建立

解决方案 »

  1.   

    还要看应用。
    如果对历史数据经常有许多查询,且每个月就10k的量(这点量不算大),不必分表。如果每个月上1m的记录数,就分割表吧。
    如果对历史记录查询量很少,分成月表。对常用的近期数据(如3个月内)建视图,并加视图索引。
    记得每个月用脚本重新生成视图,使之限定在新的日期数据区间。
      

  2.   

    首先要明确的是:
        1.如果以前月度的数据过后有需要变更或删除,则需要创建分区视图;
        2.如果确实是大型的应用可以考虑使用分布式数据库来实现.
      

  3.   

    上万条记录不算多,对于频繁的新增和删除,最容易导致索引碎片,只要定期重建索引即可。
      

  4.   

    上万条记录,对SQL SERVER 来说,简直就不算什么 。这东西的符合是千万级的。还是先想想程序上怎么来做,效率高点。