公司最近需要做一個ERP，由于沒什么經驗，所以設計表這塊不太清楚目前設計這樣的方案是否正確
目前我設計的是，物料表有物料的詳細資訊，大概有30-40左右的物料資訊欄位。
但是我在做采購單和銷售單的時候，就有把物料的資訊一起寫到資料庫的采購詳情表和銷售詳情表里，
但是我做出入庫和收發貨這些，我就只是關聯了物料的主鍵進出入庫和收發貨的詳情表里面，沒有把所所有欄位都寫進去，
就讀出來的時候，是用主鍵去管理資訊，顯示出來
我想問下，這樣的設計是否合理？傳統的是否是這樣的設計方式？
在出入庫和收發貨這些明細表中，是否需要把這些物料的資訊都寫進去？還是只是關聯主鍵就可以了？
求高手指導一下，謝謝
uj5u.com熱心網友回復：
采購單和銷售單的時候，就有把物料的資訊一起寫到資料庫的采購詳情表和銷售詳情表里，-----
這是一個物料的快照模式，
而出入庫不寫物料資訊而是關聯主鍵，那是實時模式，
uj5u.com熱心網友回復：
采購和銷售詳情，與出入庫的物料，本身都是它們各自的一個日志。只有當你們確實是存在著管理上的相互和對關系時，才有作用。比如說，在采購入賬的時候，假設你們確實需要核算到明細物料，那么就核算到明細物料；如果不需要那么就是不核算——只是有一個日志流水賬存著而已。
實際到底要不要核算，這應該問管理者本人，而不是問編程者。
uj5u.com熱心網友回復：
在表面的表單與內部的核算之間，永遠都有著分層關系。比如說，我在銷售單上只填寫某個貨物售出了，那么它的包裝箱是否應該立即被記錄？是貨物從庫房出來之前就已經被記錄了包裝箱、還是銷售時才記錄的？這其實就是檢驗你們的領導懂不懂業務管理流程了。
uj5u.com熱心網友回復：
上ERP系統，管理先改革，管理層先曉之以理，不然系統做的再好也是白搭。uj5u.com熱心網友回復：
關聯主鍵即可，不過得謹遵一物一碼的原則。
uj5u.com熱心網友回復：
這并沒有純粹技術的（空洞的ERP上的）解釋。
這個叫做“豬和豬蹄”的問題。假設一個公司進了100頭豬，賣了257個豬蹄，請問還剩多少頭豬？
這個就是檢驗你們管理者的素質的問題。他知道需要把中間的物品加工流程定義為資訊系統必經的操作流程，而不是僅僅玩數字！此時如果你僅僅說進貨單上面對應有物料資訊，那么這就是糾結于皮毛（數字），而沒有問管理流程問題。
uj5u.com熱心網友回復：
可以看看這個小系統，用的ACCESS庫：https://blog.csdn.net/TOP_SC/article/details/52823758uj5u.com熱心網友回復：
這論壇里問這么大的問題，好像不會有簡單明了的答復，一個比較可行的方法就是安裝一個比較牛的開源ERP，然后解剖一下，那就什么都有了。Odoo是一個經過很多年發展的開源軟體，已經非常成熟了，完全可以在此資料結構的基礎上搭建自己想要的東西，比自己在那里摸索要有效得多。uj5u.com熱心網友回復：
為公司定制的系統沒有那么復雜，畢竟需求都可以隨時定制進去，資料庫結構也可以改通用的成品ERP這個就很難處理。
可以參考這個小系統，萬能庫存管理系統
uj5u.com熱心網友回復：
樓主，只關聯物料主鍵有可能有問題，比如產品若干年后某些引數、已經改變了，這時候你打開以往的單據你就會發現單據上物料資訊與當年的資訊不符了，有可能出這問題的是人員資訊，比如人員離職，變更了部門等這里面存在一個快照的問題，就是將開單時物料的資訊保存到單據里，這樣不管什么時候打開單據都可以看到當時的內容不受變更的影響。
uj5u.com熱心網友回復：
ERP最關鍵的是業務梳理，要業務部門一起來制定。uj5u.com熱心網友回復：
Table 的命名原則要先建好AB_PP01
第1碼 A 此ERP 專案代碼
第2碼 B 模塊代碼,例:
基礎 B
系統 S
業務 O
第3碼 底線
第4,5碼 Table 名稱
第6碼 可用流水號或有意義的代號
uj5u.com熱心網友回復：
正常情況下關聯主鍵，基礎資料中其它欄位不放到其它表里。不過也得取決于你是什么型別的ERP，比如家具，服裝，鋼鐵等。弄清楚了哪個行業最好套用行業標準化設計最好。
uj5u.com熱心網友回復：
轉載請註明出處，本文鏈接：https://www.uj5u.com/qiye/21601.html
標籤：ERP/CRM