關鍵字：數據庫設計 設計規范 技巧
2. 表和字段的設計(數據庫邏輯設計)
表設計原則
1) 標準化和規范化
數據的標準化有助于消除數據庫中的數據冗余。標準化有好幾種形式，但Third Normal Form(3NF)通常被認為在性能、擴展性和數據完整性方面達到了最好平衡。簡單來說，遵守3NF 標準的數據庫的表設計原則是：“One Fact in One Place”即某個表只包括其本身基本的屬性，當不是它們本身所具有的屬性時需進行分解。表之間的關系通過外鍵相連接。它具有以下特點：有一組表專門存放通過鍵連接起來的關聯數據。
2) 數據驅動
采用數據驅動而非硬編碼的方式，許多策略變更和維護都會方便得多，大大增強系統的靈活性和擴展性。
舉例，假如用戶界面要訪問外部數據源(文件、XML 文檔、其他數據庫等)，不妨把相應的連接和路徑信息存儲在用戶界面支持的表里。如果用戶界面執行工作流之類的任務(發送郵件、打印信箋、修改記錄狀態等)，那么產生工作流的數據也可以存放在數據庫里。角色權限管理也可以通過數據驅動來完成。事實上，如果過程是數據驅動的，你就可以把相當大的責任推給用戶，由用戶來維護自己的工作流過程。
3) 考慮各種變化
在設計數據庫的時候考慮到哪些數據字段將來可能會發生變更。
4) 表名、報表名和查詢名的命名規范
(采用前綴命名)檢查表名、報表名和查詢名之間的命名規范。你可能會很快就被這些不同的數據庫要素的名稱搞糊涂了。你可以統一地命名這些數據庫的不同組成部分，至少你應該在這些對象名字的開頭用 Table、Query 或者 Report 等前綴加以區別。如果采用了 Microsoft Access，你可以用 qry、rpt、tbl 和 mod 等符號來標識對象(比如 tbl_Employees)。用 sp_company 標識存儲過程，用 udf_ (或者類似的標記)標識自定義編寫的函數。
字段設計原則：
1) 每個表中都應該添加的3 個有用的字段。
dRecordCreationDate，在SQL Server 下默認為GETDATE()
sRecordCreator，在SQL Server 下默認為NOT NULL DEFAULT USER
nRecordVersion，記錄的版本標記;有助于準確說明記錄中出現null 數據或者丟失數據的原因
時效性數據應包括“最近更新日期/時間”字段。時間標記對查找數據問題的原因、按日期重新處理/重載數據和清除舊數據特別有用。
2) 對地址和電話采用多個字段
描述街道地址就短短一行記錄是不夠的。Address_Line1、Address_Line2 和Address_Line3 可以提供更大的靈活性。還有，電話號碼和郵件地址最好擁有自己的數據表，其間具有自身的類型和標記類別。
3) 表內的列[字段]的命名規則(采用前綴/后綴命名)、采用有意義的字段名
對列[字段]名應該采用標準的前綴和后綴。如鍵是數字類型：用 _N 后綴;字符類型：_C 后綴;日期類型：_D 后綴。再如，假如你的表里有好多“money”字段，你不妨給每個列[字段]增加一個 _M 后綴。
文章來源于領測軟件測試網 http://www.kjueaiud.com/