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

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

我从外部环境上简单介绍一下我的想法，不对之处请大家见谅。

造成公司目前的问题原因有一下两点：

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

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

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

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