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

solofeng

to  REDMOB:你的建议很不错， 不过我们有的应用程序可能改动很大，而且在受理业务时需要对历史数据进行查询，这样操作起来不是很方便。

to  小无赖：你的建议其实也很不错的，但是和REDMOB的建议差不多，能实现前台的就比教麻烦了。

不知道还有没有其他的建议。

小无赖

呵呵，就是一个意思，不过不知道为什么要改应用程序呢，应该把客户端的配置设置改一下就可以嘛。

solofeng

改客户端的配置是可以的，但是如果在同一台机器上，我们要查历史数据，又要查当前数据，那怎么办，如果改了应用程序那操作就比教方便了

小无赖

说的就是用不同的服务器来实现啊

solofeng

哪前台应用怎么办？

小无赖

第二台服务器只用来做数据查询，不做数据更新和插入操作。第一台服务器负责业务处理。

solofeng

怎么没有多少高手过来解答这个问题

alex2003

推荐采用Sybase ASE+Sybase IQ.
ASE处理联机交易系统，IQ存储历史数据，主要用于查询。IQ的数据采用批量定期加载的方式完成。这样ASE中只需要存储当前数据(比如3个月内的数据).
为了使用户无需修改应用，使用ASE的CIS技术，可以透过ASE自动对IQ进行查询，这样就有效地解决了查询当前数据和历史数据的问题。
而IQ特别擅长处理大量数据的查询，速度很快。
这个方案如何？

solofeng

原帖由 "alex2003" 发表：
推荐采用Sybase ASE+Sybase IQ.
ASE处理联机交易系统，IQ存储历史数据，主要用于查询。IQ的数据采用批量定期加载的方式完成。这样ASE中只需要存储当前数据(比如3个月内的数据).
为了使用户无需修改应用，使用ASE的..........

这个办法不错，很不错，推荐使用


不知还有没有其他的办法？

zhangyh123

这个应该是应用系统体系结构设计方面的问题了。
而不是系统应用以后才考虑如何处理历史数据。
另外，历史数据也要看情况，并不是所有数据都有用处的。

sybase 处理 几百个 G 的数据库应该是没有太大问题的。