数据库设计问题：在线库与历史库的问题

显示全部楼层 · 2006-9-7 10:14:43

目前面临这样的业务系统，因为业务包括的近20多业务系统，这样对系统性能要如何保证？
从业界看到，有很多都将数据库进行分年处理，也就是一年一个数据库用户（对oracle是这样的，如果对mysql等，就是一年一个数据库）。
请各位大虾关注下，对于分年和不分年，对于性能上有没有理论支撑？到底是分年好还是不分好？
目前的问题，通过了解，可以暂定为在线库与历史库的问题。就此我想多了解下：
1、需要注意哪些问题？
2、以什么依据，来说服需要分库处理？
3、分库与不分库，对于性能影响有多大？
4、应用要如何查询历史库的问题
[ 本帖最后由 hanjs 于 2009-10-22 08:53 编辑 ]

千问 · 2006-9-7 10:14:43

应该是按年分区吧？

千问 · 2006-9-7 10:14:43

可以按年分区

千问 · 2006-9-7 10:14:43

可以考虑建立历史数据库，定时将一定日期以前结束的业务归档到历史数据库中，这样可大大提高并保持当前业务系统的效率。

千问 · 2006-9-7 10:14:43

分区是大表的数据量超过了阀值。
我说的分库，是一个用户下所有的表都分年度处理。

千问 · 2006-9-7 10:14:43

同意你的意见

千问 · 2006-9-7 10:14:43

re，建议建立job不断归档。如果每年都要重建一个schema太累。。。

千问 · 2006-9-7 10:14:43

4楼说的，就是我们年底年结的时候需要处理的事。这样，还是每年一个库的？还是说就分历史库和当前业务库？

千问 · 2006-9-7 10:14:43

建议建立历史数据库，按照业务规则将一定时间段的数据归档到历史数据库中。涉及到历史数据库数据查询时前台应用做一下功能调整

千问 · 2006-9-7 10:14:43

LS的哥们，那么这样做的时候，遇到过什么问题么？你多说点注意事项，让我少走些弯路好么？
多谢了。