【正文】 主鍵還有一個優(yōu)點：當擁有一致的鍵結(jié)構(gòu)時，找到邏輯缺陷很容易。 2)使用系統(tǒng)生成的主鍵設計數(shù)據(jù)庫的時候采用系統(tǒng)生成的鍵作為主鍵，那么實際控制了數(shù)據(jù)庫的索引完整性。 o?避免使用復合鍵。 (數(shù)據(jù)庫邏輯設計 )鍵選擇原則： 1)鍵設計 4原則 o?為關聯(lián)字段創(chuàng)建外鍵。 5)增加刪除標記字段在表中包含一個 刪除標記 字段，這樣就 可以把行標記為刪除。那你應該把數(shù)據(jù)庫表字段的長度設為12或者 13 個字符長。而 ID 類型的文本字段，比如客戶 ID 或定單號等等都應該設置得比一般想象更大。 4)選擇數(shù)字類型和文本類型盡量充足在 SQL 中使用 smallint 和 tinyint 類型要特別小心。這樣，你的 PERSON_TYPE 表就包含了所有PERSON 的可能類型，比如 Associate、 Engineer、 Director、 CIO 或者 CEO 等。舉例：用 PERSON 實體和 PERSON_TYPE 實體來描述人員 。還有，電話號碼和郵件地址最好擁有自己的數(shù)據(jù)表，其間具有自身的類型和標記類別。字段設計原則 1)每個表中都應該添加的 3個有用的字段o?dRecordCreationDate，在 VB 下默認是 Now()，而在 SQL Server 下默認為GETDATE()o?sRecordCreator，在 SQL Server 下默認為 NOT NULL DEFAULT USER o?nRecordVersion，記錄的版本標記 ；有助于準確說明記錄中出現(xiàn) null數(shù)據(jù)或者丟失數(shù)據(jù)的原因 2)對地址和電話采用多個字段描述街道地址就短短一行記錄是不夠的。舉例，姓氏就 是如此 (注意是西方人的姓氏，比如女性結(jié)婚后從夫姓等 )。事實上，如果過程是數(shù)據(jù)驅(qū)動的，你就可以把相當大的責任推給用戶，由用戶來維護自己的工作流過程。還有，如果用戶界面執(zhí)行工作流之類的任務 (發(fā)送郵件、打印信箋、修改記錄狀態(tài)等 )，那么產(chǎn)生工作流的數(shù)據(jù)也可以存放在數(shù)據(jù)庫里。 2)數(shù)據(jù)驅(qū)動采用數(shù)據(jù)驅(qū)動而非硬編碼的方式，許多 策略變更和維護都會方便得多，大大增強系統(tǒng)的靈活性和擴展性。 Order 表不包含定單關聯(lián)客戶的任何信息，但表內(nèi)會存放一個鍵值，該鍵指向 Customer 表里包含該客戶信息的那一行。它具有以下特點：有一組表專門存放通過鍵連接起來的關聯(lián)數(shù)據(jù)。簡單來說，遵守 3NF 標準的數(shù)據(jù)庫的表設計原則是： One Fact in One Place即某個表只包括其本身基本的屬性，當不是它們本身所具有的屬性時需進行分解。 段的設計 (數(shù)據(jù)庫邏輯設計 )表設計原則 1)標準化和規(guī)范化數(shù)據(jù)的標準化有助于消除數(shù)據(jù)庫中的數(shù)據(jù)冗余。對 SQL 表達式的文檔化來說這是完全必要的。 4)創(chuàng)建數(shù)據(jù)字典和 ER 圖表 ER 圖表和數(shù)據(jù)字典可 以讓任何了解數(shù)據(jù)庫的人都明確如何從數(shù)據(jù)庫中獲得數(shù)據(jù)。在定義數(shù)據(jù)庫表和字段需求 (輸入 )時，首先應檢查現(xiàn)有的或者已經(jīng)設計出的報表、查詢和視圖 (輸出 )以決定為了支持這些輸出哪些是必要的表和字段。 2)了解企業(yè)業(yè)務可以在以后的開發(fā)階段節(jié)約大量的時間。二、數(shù)據(jù)庫設計技巧 (需求分析階段 )1)理解客戶需求，詢問用戶如何看待未來需求變化。設計人員可根據(jù)需要選用相應的數(shù)據(jù)庫設計建模工具。在邏輯模型中， IDEF1X 工具箱可以方便地用圖形化的方式構(gòu)建和繪制實體聯(lián)系及實體的屬性。通過使用 ERwin 建模工具自動生成、更改和分析 IDEF1X 模型，不僅能得到優(yōu)秀的業(yè)務功能和數(shù)據(jù)需求模型，而且 可以實現(xiàn)從 IDEF1X 模型到數(shù)據(jù)庫物理設計的轉(zhuǎn)變。它能用圖形化的方式，描述出實體、聯(lián)系及實體的屬性。建模工具的使用為加快數(shù)據(jù)庫設計速度，目前有很多數(shù)據(jù)庫輔助工具(CASE 工具 )，如 Rational 公司的 Rational Rose， CA 公司的 Erwin 和 Bpwin，Sybase 公司的 PowerDesigner 以及 Oracle 公司的 Oracle Designer 等。在數(shù)據(jù)庫系統(tǒng)運行過程中必須不斷地對其進行評價、調(diào)整與修改。 DBMS 提供的數(shù)據(jù)語言 (例如 SQL)及其宿主語言 (例如 C)，根據(jù)邏輯設計和物理設計的結(jié)果建立數(shù)據(jù)庫，編制與調(diào)試應用程序，組織數(shù)據(jù)入庫，并進行試運行。 模型選取一個最適合應用環(huán)境的物理結(jié)構(gòu) (包括存儲結(jié)構(gòu)和存取方法 )。表內(nèi)的每一行都應該被唯一的標識 (有唯一鍵 )。確定是否要對它們進行合并或分解。消除冗余的聯(lián)系。為了進一 步提高數(shù)據(jù)庫應用系統(tǒng)的性能，通常以規(guī)范化理論為指導，還應該適當?shù)匦薷?、調(diào)整數(shù)據(jù)模型的結(jié)構(gòu)，這就是數(shù)據(jù)模型的優(yōu)化。 6)同一實體集的實體間的聯(lián)系，即自聯(lián)系，也可按上述 1： 1： n和 m： n三種情況分別處理。與該多元聯(lián)系相連的各實體的碼以及聯(lián)系本身的屬性均轉(zhuǎn)換為關系的屬性。 4)一個 1： 1聯(lián)系可以轉(zhuǎn)換為一個獨立的關系模式，也可以與任意一端對應的關系模式合并。 3)一個 1： n 聯(lián)系可以轉(zhuǎn)換為一個獨立的關系模式，也可以 與 n端對應的關系模式合并。與該聯(lián)系相連的各實體的碼以