請不要給你的ERP數據庫揹負行囊

    最近公司的同事們總反映ERP報表數據讀取緩慢，甚至常常無響應，起初我還覺得是員工本身的操做有問題（有些員工內心那個急啊，巴不得前腳點擊按鈕，後腳出來數據）。接到反饋信息，我當即作了測試，頻繁的SQL數據庫，結果杯具了。這但是個大事，後來麼辦呢？升級內存，花了幾千大洋，老闆很很不爽。

事情解讀分析：數據庫冗餘太高

我從外部環境上簡單介紹一下個人想法，不對之處請你們見諒。

形成公司目前的問題緣由有一下兩點：

1.ERP顧名思意用在企業業務流的信息化工具，數據庫裏應存放關鍵數據，業務單據、數據流轉記錄、物料數據、成本、價格等。隨着使用年限的增長，數據的沉澱，數據庫自己會愈來愈大，切忌不能把不相關的數據也往裏面塞。舉例：公司採辦辦公用品和200元一下的輔料，有些公司考慮ERP嘛什麼都管，乾脆是數據都放進去得了，其實否則，辦公用品和輔料都是小部件，購買量很少，品種多，進ERP無非就是走個過場留個腳印，可是給ERP增長的不是一點的負荷，那麼多的小物料不得建料號，倉庫入賬的人不得錄入，這一進一出的系統記錄多少數據，既增長的員工的勞動量，又增長了數據庫的量，而辦公及輔料徹底能夠用紙質管理或者OA來解決，我相信會作的比ERP更好。

2.物料庫的臃腫，公司的產品隨着公司的發展都不斷的衍生，而數據庫也逐漸誕生新的料號和信息，可是料號的後期添加必定要有個合理的規劃和條框，不然建德人只管建，只要遇到沒重樣的就在系統裏面建一個，或者臨時用的立刻也建一個，卻不知這樣下去最後公司數據庫裏面有近30%的數據有可能只用一次就靜靜的躺在浩瀚的數據海洋中了，勢必增長的數據庫對有效數據的調用。一樣物料創建是這樣，BOM創建也是同理。

以上只是過來人的一點小經驗，但願新上手的人能注意到這些（老鳥忽略）

合理配置數據庫不光是代碼的優化，同時從業務流和ERP的管理上都可以起到很好的效果，固然左右開弓最好了。（以上只是針對中小企業說事）