请不要给你的ERP数据库背负行囊

    最近公司的同事们总反映ERP报表数据读取缓慢，甚至常常无响应，起初我还觉得是员工本身的操做有问题（有些员工内心那个急啊，巴不得前脚点击按钮，后脚出来数据）。接到反馈信息，我当即作了测试，频繁的SQL数据库，结果杯具了。这但是个大事，后来么办呢？升级内存，花了几千大洋，老板很很不爽。

事情解读分析：数据库冗余太高

我从外部环境上简单介绍一下个人想法，不对之处请你们见谅。

形成公司目前的问题缘由有一下两点：

1.ERP顾名思意用在企业业务流的信息化工具，数据库里应存放关键数据，业务单据、数据流转记录、物料数据、成本、价格等。随着使用年限的增长，数据的沉淀，数据库自己会愈来愈大，切忌不能把不相关的数据也往里面塞。举例：公司采办办公用品和200元一下的辅料，有些公司考虑ERP嘛什么都管，干脆是数据都放进去得了，其实否则，办公用品和辅料都是小部件，购买量很少，品种多，进ERP无非就是走个过场留个脚印，可是给ERP增长的不是一点的负荷，那么多的小物料不得建料号，仓库入账的人不得录入，这一进一出的系统记录多少数据，既增长的员工的劳动量，又增长了数据库的量，而办公及辅料彻底能够用纸质管理或者OA来解决，我相信会作的比ERP更好。

2.物料库的臃肿，公司的产品随着公司的发展都不断的衍生，而数据库也逐渐诞生新的料号和信息，可是料号的后期添加必定要有个合理的规划和条框，不然建德人只管建，只要遇到没重样的就在系统里面建一个，或者临时用的立刻也建一个，却不知这样下去最后公司数据库里面有近30%的数据有可能只用一次就静静的躺在浩瀚的数据海洋中了，势必增长的数据库对有效数据的调用。一样物料创建是这样，BOM创建也是同理。

以上只是过来人的一点小经验，但愿新上手的人能注意到这些（老鸟忽略）

合理配置数据库不光是代码的优化，同时从业务流和ERP的管理上都可以起到很好的效果，固然左右开弓最好了。（以上只是针对中小企业说事）