如何处理大型数据库的历史数据？

solofeng

目前我们很多行业每天有很大的业务需要处理，每天产生几十万条记录，如电力，电信，银行，大型超市等等，这样的巨型数据量对于目前的关系数据库oracle，sybase，db2等等都是一种考验，因为短时间增加数据过多，就会有部分索引失效，存储过程效率较低，查询历史数据消耗系统资源过大等等问题，而这些历史数据对任何一个企业都是宝贵的资源，不能轻易的丢失，平时也由于业务需要，需要查询或者统计历史数据，这样就造成历史数据和日常应用之间的矛盾；

不知道大家有没有什么好的经验或者方案拿出来分享一下；


目前chinaunix还没有这方面的精华或者专题，大家踊跃发言，同时建议版主置顶1到2个月；


本人的QQ：17130012

1017of

oracle中有partition嘛，可以对不同时期的数据放在不同的partition中，记不得是不是可以truncate partition了？index好象可以建立partition的吧！不晓得这样可以否！
sybase的不清楚！
db2的8会用！

lxr_wolf

支持~

关于历史数据的问题，我们这段时间公司也碰到了，现在正在准备方案，不过我们估计只能采取备份后清除的方法，也想不出其它的处理方案来了，这种方案工作量庞大而且耗时较长，而且客户方又没有办法专门停机来处理这些事情，所以比较棘手，郁闷中。。。

想听听各位高手对这个问题的看法。

ibmsoft

我们单位也有这个需求，期望有更好的解决办法。

solofeng

希望大家能踊跃发言

solofeng

建议版主置顶

boczjf

是呀，我也常为此苦恼

lemcx

我们也是只能备份后清除...还有更好的办法吗?

REDMOB

我们这的做法是另做一台历史数据服务器，将已完成业务流转的数据迁移到另一台历史数据服务器上去，由于历史数据的使用率不高，同时迁移后生产服务器的数据量将大大减少，提高了生产服务器的响应速度，但同时还得修改应用程序，使其可以同时对两台甚至多台服务器进行操作

小无赖

我想可以把历史数据做成一个独立的服务器，定期从原服务器中用bcp或load更新历史数据，对历史数据进行查询时就不会影响其它的业务了，最多也就是慢一点。我还想是不是可以做一个复制服务出来,在晚上的时候就复制历史数据表，保证历史数据更新的比较快，同时效率也高不少。就是暂时没弄到复制服务的安装程序，也做不了实验，不知道可行不。