db2 数据库的历史数据分离,提高业务系统的性能

当前大多的企业应用系统项目,都存在着数据量越来越大的问题,当然一个业务系统,最好的方式是业务数据有进又出。历史数据仅供业务备查。

根本的方法还是从数据库层面解决:

1.首先创建历史数据的数据库。

2.按年份创建业务数据表(一个业务单元不可能仅仅一张表),表名_2014,表名_2015,

3.应用系统层面也要做相应的程序改动,根据不同的年份,执行不同的查询逻辑。

4.当然可以在应用中配置多个数据源,也可以采用跨库访问的方式。

5. 我的真实场景:db2 数据库,采用历史数据库和生产数据库分离,通过数据库联邦当前数据库可以

   访问历史数据库,通过nickname 访问历史数据库中的表。

6. 数据库拆分后,生产数据库的数据量减少到三分之一。数据重组后性能有50%的提升。


综上所述:如何处理好历史数据,能够大大提升系统的查询性能和并发性能。尤其是高并发业务的系统。

还是想想如何处理好历史数据。

曾经有过四年的致远A6 2.83 维护经历。这中间,致远方面肯定不会提供相关信息,市场上任何ERP的维护、二开都是价格不菲,这个就是IT,跟所有智力行业一样,靠知识寻求价值!要不花钱,就自己专研!而你自己形成的成果,本身就可以转换为经济价值!当然,在很多外行看来,IT从业者都是服务员,呼之来使之去........并不是每件事都是愉快的,并不是每个地方都有发展的!在四川,除了成都,其它市县的IT从业并不乐观! 一晃几年过去了,偶然翻开自己存放在QQ群里的笔记,颇有感触,于是想着不如把它发出来吧! 回到正题,致远A6 2.83 系统中很多东西都是自己打开疑似文件进行分析,于是便总结了许多维护中的经验。这款OA比较老,大约是2005年的设计思想,JSP+MySQL组合。其中数据库在安装时使用了固定密码,这个文件中有!我是使用Navicat for MySQL链接数据库进行代码执行,或者日常数据修改。 为什么要分离呢?因为A6是一款小企业用的OA,而这家公司有2000个用户,工作日活跃用户350人左右,在没有与其他ERP数据对接的情况下,每天都会产生大量数据,其中最大的流程表在很短时间就突破6千万条数据,而每个用户,点开每条协同都会单独在这个张表中查询自己的数据,很快数据库就会进入查询排队,直到超时丢弃。查询缓慢,数据丢失就会发生。所以需要定期对数据库进行分离,部署成历史数据库和在用数据库,在用数据库清空了所有协同数据,就相当于重新安装的OA,运行数据当然会很快。这就为什么要做数据库分离操作的原因! 下载的压缩包中有两个文件,一个比较全,是自由部署A6时一些需要修改的文件或者你想修改来达到特定目的的文件,如安装路径修改、OA附件上传大小修改、端口修改等,并包含数据库分离代码。另一个文件是专门对分离代码进行解说,分离代码是对数据库分析后,对影响数据库性能的表单进行清除,保留有用信息,主要是清除了协同信息,保留了用户的表单模板、表单查询等有用信息。 作为DBA,分离数据库前做好备份是必须的,在测试服务器演练也是必须的!备份数据的难点在于附件文件的备份,即/upload文件夹........慢慢等吧!根据服务器配置,整个工程时间至少需要两天,其中大部分时间用于数据备份,数据库分离代码执行时间预计12个小时(我这个数据很大,所以.....)。分离之后的数据库,用来部署为在用服务器。分离前的数据库用来部署历史数据库,所以建议使用两台服务器分别部署,也就是要安装两套OA服务器,各自访问各自的数据,由于所有历史数据将会部署到一个服务器,也就是该服务器将安装多套AO,所以需要修改数据库端口和Web端口来避免冲突!部署时,某些图片文件需要复制到对应文件夹! 根据各自公司的情况来定分离时间吧,我这个是2年分离一次(时间选择年底是最佳哦)!通过对my.ini、xxsStartTomcat.bat、server.xml文件的优化,这个软件可以一直用到企业破产......A6其它版本或许略有差别,可以自己测试!
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值