1.設計原則
1) 標準化和規范化
數據的標準化有助于消除數據庫中的數據冗余。標準化有好幾種形式，但Third Normal Form（3NF）通常被認為在性能、擴展性和數據完整性方面達到了最好平衡。簡(jiǎn)單來(lái)說(shuō)，遵守3NF 標準的數據庫的表設計原則是：“One Fact in One Place”即某個(gè)表只包括其本身基本的屬性，當不是它們本身所具有的屬性時(shí)需進(jìn)行分解。表之間的關(guān)系通過(guò)外鍵相連接。它具有以下特點(diǎn)：有一組表專(zhuān)門(mén)存放通過(guò)鍵連接起來(lái)的關(guān)聯(lián)數據。
舉例：某個(gè)存放客戶(hù)及其有關(guān)定單的3NF 數據庫就可能有兩個(gè)表：Customer和Order。Order表不包含定單關(guān)聯(lián)客戶(hù)的任何信息，但表內會(huì )存放一個(gè)鍵值，該鍵指向Customer表里包含該客戶(hù)信息的那一行。
事實(shí)上，為了效率的緣故，對表不進(jìn)行標準化有時(shí)也是必要的。
2) 數據驅動(dòng)
采用數據驅動(dòng)而非硬編碼的方式，許多策略變更和維護都會(huì )方便得多，大大增強系統的靈活性和擴展性。
舉例，假如用戶(hù)界面要訪(fǎng)問(wèn)外部數據源（文件、XML 文檔、其他數據庫等），不妨把相應的連接和路徑信息存儲在用戶(hù)界面支持表里。還有，如果用戶(hù)界面執行工作流之類(lèi)的任務(wù)（發(fā)送郵件、打印信箋、修改記錄狀態(tài)等），那么產(chǎn)生工作流的數據也可以存放在數據庫里。角色權限管理也可以通過(guò)數據驅動(dòng)來(lái)完成。事實(shí)上，如果過(guò)程是數據驅動(dòng)的，你就可以把相當大的責任推給用戶(hù)，由用戶(hù)來(lái)維護自己的工作流過(guò)程。
3) 考慮各種變化
在設計數據庫的時(shí)候考慮到哪些數據字段將來(lái)可能會(huì )發(fā)生變更。
舉例，姓氏就是如此（注意是西方人的姓氏，比如女性結婚后從夫姓等）。所以，在建立系統存儲客戶(hù)信息時(shí)，在單獨的一個(gè)數據表里存儲姓氏字段，而且還附加起始日和終止日等字段，這樣就可以跟蹤這一數據條目的變化。
2.數據庫涉及字符規范
采用26個(gè)英文字母(區分大小寫(xiě))和0-9這十個(gè)自然數,加上下劃線(xiàn)'_'組成,共63個(gè)字符.不能出現其他字符(注釋除外).
注意事項:
1) 以上命名都不得超過(guò)30個(gè)字符的系統限制.變量名的長(cháng)度限制為29(不包括標識字符@).
2) 數據對象、變量的命名都采用英文字符,禁止使用中文命名.絕對不要在對象名的字符之間留空格.
3) 小心保留詞,要保證你的字段名沒(méi)有和保留詞、數據庫系統或者常用訪(fǎng)問(wèn)方法沖突
5) 保持字段名和類(lèi)型的一致性,在命名字段并為其指定數據類(lèi)型的時(shí)候一定要保證一致性.假如數據類(lèi)型在一個(gè)表里是整數,那在另一個(gè)表里可就別變成字符型了.
3.數據庫命名規范
數據庫,數據表一律使用前綴
正式數據庫名使用小寫(xiě)英文以及下劃線(xiàn)組成,盡量說(shuō)明是那個(gè)應用或者系統在使用的.比如:
web_19floor_net
web_car
備份數據庫名使用正式庫名加上備份時(shí)間組成,如:
web_19floor_net_20070403
web_car_20070403
4.數據庫表命名規范
數據表名使用小寫(xiě)英文以及下劃線(xiàn)組成,盡量說(shuō)明是那個(gè)應用或者系統在使用的.
相關(guān)應用的數據表使用同一前綴,如論壇的表使用cdb_前綴,博客的數據表使用supe_前綴,前綴名稱(chēng)一般不超過(guò)5字
比如:
web_user
web_group
supe_userspace
備份數據表名使用正式表名加上備份時(shí)間組成,如:
web_user_20070403
web_group_20070403
supe_userspace_20070403
5.字段命名規范
字段名稱(chēng)使用單詞組合完成,首字母小寫(xiě),后面單詞的首字母大寫(xiě),最好是帶表名前綴.
如 web_user 表的字段:
userId
userName
userPassword
表與表之間的相關(guān)聯(lián)字段要用統一名稱(chēng),
如 web_user 表里面的 userId 和 web_group 表里面的 userId 相對應
6.字段類(lèi)型規范
規則:用盡量少的存儲空間來(lái)存數一個(gè)字段的數據.
比如能用int的就不用char或者varchar
能用tinyint的就不用int
能用varchar(20)的就不用varchar(255)
時(shí)間戳字段盡量用int型，如created:表示從'1970-01-01 08:00:00′開(kāi)始的int秒數，采用英文單詞的過(guò)去式；gmtCreated:表示datetime類(lèi)型的時(shí)間，即形如'1980-01-01 00:00:00′的時(shí)間串，Java中對應的類(lèi)型為T(mén)imestamp
7.數據庫設計文檔規范
所有數據庫設計要寫(xiě)成文檔,文檔以模塊化形式表達.大致格式如下：
‘——————————————-
‘ 表名： web_user
‘ 作者： Aeolus(傻魚(yú))
‘ 日期： 2007-04-11
‘ 版本： 1.0
‘ 描述： 保存用戶(hù)資料
‘ 具體內容：
‘ UserID int,自動(dòng)增量 用戶(hù)代碼
‘ UserName char(12) 用戶(hù)名字
‘ ……
‘——————————————–
8.索引使用原則：
1) 邏輯主鍵使用唯一的成組索引,對系統鍵(作為存儲過(guò)程)采用唯一的非成組索引,對任何外鍵列采用非成組索引.考慮數據庫的空間有多大,表如何進(jìn)行訪(fǎng)問(wèn),還有這些訪(fǎng)問(wèn)是否主要用作讀寫(xiě).
2) 大多數數據庫都索引自動(dòng)創(chuàng )建的主鍵字段,但是可別忘了索引外鍵,它們也是經(jīng)常使用的鍵,比如運行查詢(xún)顯示主表和所有關(guān)聯(lián)表的某條記錄就用得上.
3) 不要索引blob/text等字段,不要索引大型字段(有很多字符),這樣作會(huì )讓索引占用太多的存儲空間.
4) 不要索引常用的小型表
不要為小型數據表設置任何鍵,假如它們經(jīng)常有插入和刪除操作就更別這樣作了.對這些插入和刪除操作的索引維護可能比掃描表空間消耗更多的時(shí)間.
9.sql語(yǔ)句規范
所有sql關(guān)鍵詞全部大寫(xiě),比如SELECT,UPDATE,FROM,ORDER,BY等,所有的表名和庫名都要用“包含
如:
SELECT COUNT(*) FROM `cdb_members` WHERE `userName` = ‘aeolus';
10.其他設計技巧
1) 避免使用觸發(fā)器
觸發(fā)器的功能通?？梢杂闷渌绞綄?shí)現.在調試程序時(shí)觸發(fā)器可能成為干擾.假如你確實(shí)需要采用觸發(fā)器,你最好集中對它文檔化.
2) 使用常用英語(yǔ)(或者其他任何語(yǔ)言)而不要使用編碼或者拼音首字母縮寫(xiě)
在創(chuàng )建下拉菜單、列表、報表時(shí)最好按照英語(yǔ)名排序.假如需要編碼或者拼音首字母縮寫(xiě),可以在旁邊附上用戶(hù)知道的英語(yǔ).
3) 保存常用信息
讓一個(gè)表專(zhuān)門(mén)存放一般數據庫信息非常有用.在這個(gè)表里存放數據庫當前版本、最近檢查/修復(對Access)、關(guān)聯(lián)設計文檔的名稱(chēng)、客戶(hù)等信息.這樣可以實(shí)現一種簡(jiǎn)單機制跟蹤數據庫,當客戶(hù)抱怨他們的數據庫沒(méi)有達到希望的要求而與你聯(lián)系時(shí),這樣做對非客戶(hù)機/服務(wù)器環(huán)境特別有用.
4) 包含版本機制
在數據庫中引入版本控制機制來(lái)確定使用中的數據庫的版本.時(shí)間一長(cháng),用戶(hù)的需求總是會(huì )改變的.最終可能會(huì )要求修改數據庫結構.把版本信息直接存放到數據庫中更為方便.
5) 編制文檔
對所有的快捷方式、命名規范、限制和函數都要編制文檔.
采用給表、列、觸發(fā)器等加注釋的數據庫工具.對開(kāi)發(fā)、支持和跟蹤修改非常有用.
對數據庫文檔化,或者在數據庫自身的內部或者單獨建立文檔.這樣,當過(guò)了一年多時(shí)間后再回過(guò)頭來(lái)做第2 個(gè)版本,犯錯的機會(huì )將大大減少。
6) 測試、測試、反復測試
建立或者修訂數據庫之后,必須用用戶(hù)新輸入的數據測試數據字段.最重要的是,讓用戶(hù)進(jìn)行測試并且同用戶(hù)一道保證選擇的數據類(lèi)型滿(mǎn)足商業(yè)要求.測試需要在把新數據庫投入實(shí)際服務(wù)之前完成。
7) 檢查設計
在開(kāi)發(fā)期間檢查數據庫設計的常用技術(shù)是通過(guò)其所支持的應用程序原型檢查數據庫.換句話(huà)說(shuō),針對每一種最終表達數據的原型應用,保證你檢查了數據模型并且查看如何取出數據。
