軟件測試開發技術數據庫設計經驗談（二）

關鍵字：數據庫設計 [前言]：一個成功的管理系統，是由：[50% 的業務 + 50% 的軟件] 所組成，而 50% 的成功軟件又有 [25% 的數據庫 + 25% 的程序] 所組成，數據庫設計的好壞是一個關鍵。如果把企業的數據比做生命所必需的血液，那么數據庫的設計就是應用中最重要的一部分。有關數據庫設計的材料汗牛充棟，大學學位課程里也有專門的講述。不過，就如我們反復強調的那樣，再好的老師也比不過經驗的教誨。所以我歸納歷年來所走的彎路及體會，并在網上找了些對數據庫設計頗有造詣的專業人士給大家傳授一些設計數據庫的技巧和經驗。精選了其中的 60 個最佳技巧，并把這些技巧編寫成了本文，為了方便索引其內容劃分為 5 個部分：

上一部分介紹了設計數據庫之前12個基本技巧，包括命名規范和明確業務需求等。本次第二部分介紹設計數據庫表24個指南性技巧，涵蓋表內字段設計以及應該避免的常見問題等。

第 2 部分 - 設計表和字段

檢查各種變化

　　我在設計數據庫的時候會考慮到哪些數據字段將來可能會發生變更。比方說，姓氏就是如此（注意是西方人的姓氏，比如女性結婚后從夫姓等）。所以，在建立系統存儲客戶信息時，我傾向于在單獨的一個數據表里存儲姓氏字段，而且還附加起始日和終止日等字段，這樣就可以跟蹤這一數據條目的變化。

采用有意義的字段名

　　有一回我參加開發過一個項目，其中有從其他程序員那里繼承的程序，那個程序員喜歡用屏幕上顯示數據指示用語命名字段，這也不賴，但不幸的是，她還喜歡用一些奇怪的命名法，其命名采用了匈牙利命名和控制序號的組合形式，比如 cbo1、txt2、txt2_b 等等。

　　除非你在使用只面向你的縮寫字段名的系統，否則請盡可能地把字段描述的清楚些。當然，也別做過頭了，比如 Customer_Shipping_Address_Street_Line_1，雖然很富有說明性，但沒人愿意鍵入這么長的名字，具體尺度就在你的把握中。 

采用前綴命名

　　如果多個表里有好多同一類型的字段（比如 FirstName），你不妨用特定表的前綴（比如 CusLastName）來幫助你標識字段。

　　時效性數據應包括“最近更新日期/時間”字段。時間標記對查找數據問題的原因、按日期重新處理/重載數據和清除舊數據特別有用。

標準化和數據驅動

　　數據的標準化不僅方便了自己而且也方便了其他人。比方說，假如你的用戶界面要訪問外部數據源（文件、XML 文檔、其他數據庫等），你不妨把相應的連接和路徑信息存儲在用戶界面支持表里。還有，如果用戶界面執行工作流之類的任務（發送郵件、打印信箋、修改記錄狀態等），那么產生工作流的數據也可以存放在數據庫里。預先安排總需要付出努力，但如果這些過程采用數據驅動而非硬編碼的方式，那么策略變更和維護都會方便得多。事實上，如果過程是數據驅動的，你就可以把相當大的責任推給用戶，由用戶來維護自己的工作流過程。 

標準化不能過頭

　　對那些不熟悉標準化一詞（normalization）的人而言，標準化可以保證表內的字段都是最基礎的要素，而這一措施有助于消除數據庫中的數據冗余。標準化有好幾種形式，但 Third Normal Form（3NF）通常被認為在性能、擴展性和數據完整性方面達到了最好平衡。簡單來說，3NF 規定：

　　* 表內的每一個值都只能被表達一次。
　　* 表內的每一行都應該被唯一的標識（有唯一鍵）。
　　* 表內不應該存儲依賴于其他鍵的非鍵信息。

　　

原文轉自：http://www.anti-gravitydesign.com