ERP系統(tǒng)數(shù)據(jù)庫(kù)設(shè)計(jì)

申請(qǐng)免費(fèi)試用、咨詢電話：400-8352-114

　　大型ERP等數(shù)據(jù)庫(kù)系統(tǒng)常見的幾種設(shè)計(jì)

　　1. 自增長(zhǎng) primary key

　　2. 避免用復(fù)合主鍵 (compound primary key)

　　3. 雙主鍵

　　4. 以固定的數(shù)據(jù)庫(kù)、表應(yīng)付變化的客戶需求

　　5. 避免一次取數(shù)據(jù)庫(kù)大量數(shù)據(jù)，取大量數(shù)據(jù)一定要用分頁(yè)。

采購(gòu)6.png

　　詳細(xì)內(nèi)容

　　1. 自增長(zhǎng) primary key

　　采用自增長(zhǎng) primary key主要是性能。早期的數(shù)據(jù)庫(kù)系統(tǒng)，經(jīng)常采用某種編號(hào)，比如身份證號(hào)碼，公司編號(hào)等等作為數(shù)據(jù)庫(kù)表的 primary key。然而，很快，大家就發(fā)現(xiàn)其中的不利之處。

　　比如早期的醫(yī)院管理系統(tǒng)，用身份證號(hào)碼作為病人表的 primary key。然而，第一，不是每個(gè)人都有身份證;第二，對(duì)于國(guó)外來(lái)的病人，不同國(guó)家的病人的證件號(hào)碼并不見得沒(méi)有重復(fù)。因此，用身份證號(hào)碼作為病人表的 primary key是一個(gè)非常糟糕的設(shè)計(jì)?？紤]到?jīng)]有醫(yī)生或者護(hù)士會(huì)刻意去記這些號(hào)碼，使用自增長(zhǎng) primary key是更好的設(shè)計(jì)。

　　公司編號(hào)采用某種特定的編碼方法，這也是早期的數(shù)據(jù)庫(kù)系統(tǒng)常見的做法。它的缺點(diǎn)也顯而易見：很容易出現(xiàn)像千年蟲的軟件問(wèn)題，因?yàn)楫?dāng)初設(shè)計(jì)數(shù)據(jù)庫(kù)表的時(shí)候設(shè)計(jì)的位數(shù)太短，導(dǎo)致系統(tǒng)使用幾年后不能滿足要求，只有修改程序才能繼續(xù)使用。問(wèn)題在于，任何人設(shè)計(jì)系統(tǒng)的時(shí)候，在預(yù)計(jì)某某編號(hào)多少位可以夠用的時(shí)候，都存在預(yù)計(jì)不準(zhǔn)的風(fēng)險(xiǎn)。而采用自增長(zhǎng) primary key 則不存在這種問(wèn)題。同樣的道理，沒(méi)有人可以去記這些號(hào)碼。

　　使用自增長(zhǎng) primary key另外一個(gè)原因是性能問(wèn)題。略有編程常識(shí)的人都知道，數(shù)字大小比較比字符串大小比較要快得多。使用自增長(zhǎng) primary key可以大大地提高數(shù)據(jù)查找速度。

　　2. 避免用復(fù)合主鍵 (compound primary key)

　　這主要還是因?yàn)樾阅軉?wèn)題。數(shù)據(jù)檢索是要用到大量的 primary key 值比較，只比較一個(gè)字段比比較多個(gè)字段快很多。使用單個(gè) primary key 從編程的角度也很有好處， sql 語(yǔ)句中 where 條件可以寫更少的代碼，這意味著出錯(cuò)的機(jī)會(huì)大大減少。

　　3. 雙主鍵

　　雙主鍵是指數(shù)據(jù)庫(kù)表有兩個(gè)字段，這兩個(gè)字段獨(dú)立成為主鍵，但又同時(shí)存在。數(shù)據(jù)庫(kù)系統(tǒng)的雙主鍵最早用在用戶管理模塊。最早的來(lái)源可能是參照操作系統(tǒng)的用戶管理模塊。

　　操作系統(tǒng)的用戶管理有兩個(gè)獨(dú)立的主鍵：操作系統(tǒng)自己自動(dòng)生成的隨機(jī) ID (Linux, windows 的 SID), login id。這兩個(gè) ID 都必須是唯一的，不同的是，刪除用戶 test 然后增加一個(gè)用戶 test, SID 不同，login id 相同。采用雙主鍵主要目的是為了防止刪除后增加同樣的 login id 造成的混亂。比如銷售經(jīng)理 hellen 本機(jī)共享文件給總經(jīng)理 peter, 一年后總經(jīng)理離開公司，進(jìn)來(lái)一個(gè)普通員工 peter ，兩個(gè)peter 用同樣的 login id, 如果只用 login id 作操作系統(tǒng)的用戶管理主鍵，則存在漏洞：普通員工 peter 可以訪問(wèn)原來(lái)只有總經(jīng)理才能看的文件。操作系統(tǒng)自己自動(dòng)生成的隨機(jī) ID 一般情況下面用戶是看不到的。

修復(fù)2.png

　　ERP系統(tǒng)數(shù)據(jù)庫(kù)設(shè)計(jì)的檢查

　　(1)完整性檢查：完整性即記錄數(shù)量是否完整?？梢哉?qǐng)企業(yè)中有經(jīng)驗(yàn)的人員復(fù)查或計(jì)算一下總數(shù)，將其和歷史數(shù)據(jù)比較。同時(shí)還要檢查字段的完整性，所有的ERP軟件都有必須輸入的字段，如果缺少這些字段就會(huì)造成系統(tǒng)的不穩(wěn)定，如物料的提前期、默認(rèn)倉(cāng)庫(kù)等。另外還有一些非軟件要求的必須輸入的字段，對(duì)企業(yè)今后的業(yè)務(wù)和統(tǒng)計(jì)分析有用的字段也要列入檢查范圍，例如客戶分類和所屬地區(qū)等。

　　(2)正確性檢查：正確性的范圍很廣，這里不做一一說(shuō)明，可以由企業(yè)自己根據(jù)需要制定檢查原則。有些錯(cuò)誤如會(huì)計(jì)科目是資產(chǎn)類型的，但是因?yàn)槿藶殄e(cuò)誤輸入成負(fù)債類型的，再比如有的物料是采購(gòu)來(lái)的，但是錄入成自制件，這樣的錯(cuò)誤在系統(tǒng)上線前必須發(fā)現(xiàn)并改正。

　　(3)唯一性檢查：數(shù)據(jù)的唯一性應(yīng)該從兩個(gè)角度檢查，常見錯(cuò)誤有多個(gè)實(shí)物編成同一個(gè)編碼，如果以后錄入系統(tǒng)，成熟的ERP軟件會(huì)提示編碼已經(jīng)存在，并拒絕接受。同時(shí)一個(gè)實(shí)物對(duì)應(yīng)多個(gè)編碼的現(xiàn)象也必須杜絕，這種錯(cuò)誤ERP軟件是發(fā)現(xiàn)不了的，必須利用人工查找，否則在上線后會(huì)發(fā)生多個(gè)賬務(wù)錯(cuò)誤。

　　在改正錯(cuò)誤的同時(shí)，要做好資料版本的控制，這個(gè)工作在多部門參與的數(shù)據(jù)整理工作中尤為重要。曾經(jīng)有個(gè)客戶，多個(gè)部門都在同時(shí)修改一份相同的資料，修改之后的文檔中只有自己的一部分?jǐn)?shù)據(jù)是正確的，其他部門數(shù)據(jù)還是錯(cuò)誤的。在錄入數(shù)據(jù)時(shí)，無(wú)論以誰(shuí)的數(shù)據(jù)為準(zhǔn)都是不行的，必須用正確的數(shù)據(jù)替換錯(cuò)誤數(shù)據(jù)后進(jìn)行合并才行。由此可見，針對(duì)每類數(shù)據(jù)都應(yīng)該設(shè)置負(fù)責(zé)部門和負(fù)責(zé)人員，每次修改后由負(fù)責(zé)人員將文檔的版本更新，同時(shí)舊版本數(shù)據(jù)也要保存。這樣做可將誤操作的損失降低到最小。

發(fā)布：2020-12-05 15:01 編輯：泛普軟件 · xiaona [打印此頁(yè)] [關(guān)閉]

相關(guān)文章：