当前大多的企业应用系统项目,都存在着数据量越来越大的问题,当然一个业务系统,最好的方式是业务数据有进又出。历史数据仅供业务备查。
根本的方法还是从数据库层面解决:
1.首先创建历史数据的数据库。
2.按年份创建业务数据表(一个业务单元不可能仅仅一张表),表名_2014,表名_2015,
3.应用系统层面也要做相应的程序改动,根据不同的年份,执行不同的查询逻辑。
4.当然可以在应用中配置多个数据源,也可以采用跨库访问的方式。
5. 我的真实场景:db2 数据库,采用历史数据库和生产数据库分离,通过数据库联邦当前数据库可以
访问历史数据库,通过nickname 访问历史数据库中的表。
6. 数据库拆分后,生产数据库的数据量减少到三分之一。数据重组后性能有50%的提升。
综上所述:如何处理好历史数据,能够大大提升系统的查询性能和并发性能。尤其是高并发业务的系统。
还是想想如何处理好历史数据。