TO :db2_seeker(小顺)
数据量当然是应该在考虑的范围之内的.我说的历史表是指将不会再做修改、很少做统计的记录放在里面.因此对于他们是不需要做太多的管理工作的。仅仅在应用中查询历史数据的时候才用到。例如财务上对于几年前的某次帐目往来,也许一年里面也难得查询一次。这样的帐目在一个年度里是有可能发生十几万笔,这种情况下,我看还是专门建立一个历史数据库比较好(这种情况在大的企业里是很普遍的现象)。
TO:dragonerfish(jimmyyu)
如果需要做历史备分的数据表比较多。而且系统设计使用的年限比较多。每年对需要备分的数据表都建立一个新的历史表。那么用不了几年,当前数据库中就会数据表成灾。简直是灾难呀。设计系统不能光看眼前,要有长久的眼光。
如果你的数据量不是很大,这里说的大是指ORACLE、SYSBASE等 >200000,SQL SERVER >50000
那么可以在一个数据库中建立多个表,如果数据量太大。比如销售定单的数量经过一两年后可能达到几十万到上百万的数量,那么建立相应数量的历史数据库是必要的。否则数据检索的速度会大大下降,即使你定义索引定义的很好。