數(shù)據(jù)庫表的結構設計有什么方法原則是怎樣的

　　在目前的企業(yè)信息系統(tǒng)中，數(shù)據(jù)庫還是最佳的數(shù)據(jù)存儲方式，雖然已經(jīng)有很多的書籍在指導我們進行數(shù)據(jù)庫設計，但應該那種方式是設計數(shù)據(jù)庫的表結構的最好方法、設計時應遵從什么樣的原則、四個范式如何能夠用一種方式達到順暢的應用等是我一直在思考和總結的問題，下文是我針對這幾個問題根據(jù)自己的設計經(jīng)歷準備總結的一篇文章的提綱，歡迎大家一塊進行探討，集思廣益。其中提到了領域建模的概念，但未作詳細解釋，希望以后能夠有時間我們針對這個命題進行深入探討。

　　1）不應該針對整個系統(tǒng)進行數(shù)據(jù)庫設計，而應該根據(jù)系統(tǒng)架構中的組件劃分，針對每個組件所處理的業(yè)務進行組件單元的數(shù)據(jù)庫設計；不同組件間所對應的數(shù)據(jù)庫表之間的關聯(lián)應盡可能減少，如果不同組件間的表需要外鍵關聯(lián)也盡量不要創(chuàng)建外鍵關聯(lián)，而只是記錄關聯(lián)表的一個主鍵，確保組件對應的表之間的獨立性，為系統(tǒng)或表結構的重構提供可能性。

　　2）采用領域模型驅動的方式和自頂向下的思路進行數(shù)據(jù)庫設計，首先分析系統(tǒng)業(yè)務，根據(jù)職責定義對象。對象要符合封裝的特性，確保與職責相關的數(shù)據(jù)項被定義在一個對象之內(nèi)，這些數(shù)據(jù)項能夠完整描述該職責，不會出現(xiàn)職責描述缺失。并且一個對象有且只有一項職責，如果一個對象要負責兩個或兩個以上的職責，應進行分拆。

　　3）根據(jù)建立的領域模型進行數(shù)據(jù)庫表的映射，此時應參考數(shù)據(jù)庫設計第二范式：一個表中的所有非關鍵字屬性都依賴于整個關鍵字。關鍵字可以是一個屬性，也可以是多個屬性的集合，不論那種方式，都應確保關鍵字能夠保證唯一性。在確定關鍵字時，應保證關鍵字不會參與業(yè)務且不會出現(xiàn)更新異常，這時，最優(yōu)解決方案為采用一個自增數(shù)值型屬性或一個隨機字符串作為表的關鍵字。

　　4）由于第一點所述的領域模型驅動的方式設計數(shù)據(jù)庫表結構，領域模型中的每一個對象只有一項職責，所以對象中的數(shù)據(jù)項不存在傳遞依賴，所以，這種思路的數(shù)據(jù)庫表結構設計從一開始即滿足第三范式：一個表應滿足第二范式，且屬性間不存在傳遞依賴。

　　5）同樣，由于對象職責的單一性以及對象之間的關系反映的是業(yè)務邏輯之間的關系，所以在領域模型中的對象存在主對象和從對象之分，從對象是從1－N或N－N的角度進一步主對象的業(yè)務邏輯，所以從對象及對象關系映射為的表及表關聯(lián)關系不存在刪除和插入異常。

　　6）在映射后得出的數(shù)據(jù)庫表結構中，應再根據(jù)第四范式進行進一步修改，確保不存在多值依賴。這時，應根據(jù)反向工程的思路反饋給領域模型。如果表結構中存在多值依賴，則證明領域模型中的對象具有至少兩個以上的職責，應根據(jù)第一條進行設計修正。第四范式：一個表如果滿足BCNF，不應存在多值依賴。

?