每天批量插入10几万条记录,每月5百万左右的记录量。是否一个月建一张表,一年后给每张月表建个history表,老数据转移过去。
这样设计是否合理?
全都要程序作。如果以后要查询history表中数据怎么办?

解决方案 »

  1.   

    还是Oracle比较支持大数据量的表
      

  2.   

    单行数据量不很大,但sql server2000不知道性能行不行啊。分表后,建view, 查询用view。如何程序建那些history表,这些history表如何管理(用程序)?
      

  3.   

    sql server2000应该可以的,可以将表按年或者半年转存成另外一张表,如果是sql server 2005可以设计分区表
      

  4.   

    如果单行数据不大,每月500W条,那么数据量就不算大,一年还不到6KW条左右。没有必要那么费劲分表,索引建好应该没有什么问题,有麻烦的查询适当应用索引视图完全就可以糕点
      

  5.   

    sp4(1) ,谢谢,sqlserver2000可以承受一年6KW条左右的数据的话。那就给日期字段建索引了。
    一年后有必要把数据转移到一张历史表中了吧?
    SQL2000可以设置表分区吗? 分到不同文件组?