1.設計原則

1) 標準化和規范化web

數據的標準化有助于消除數據庫中的數據冗余。標準化有好幾種形式，但 Third Normal Form(3NF)一般被認為在性能、擴展性和數據完整性方面達到了最好平衡。簡單來講，遵照3NF 標準的數據庫的表設計原 則是：“One Fact in One Place”即某個表只包括其自己基本的屬性，當不是它們自己所具備的屬性時需進行分解。表之間的關系經過外鍵 相鏈接。它具備如下特色：有一組表專門存放經過鍵鏈接起來的關聯數據。sql

舉例：某個存放客戶及其有關定單的3NF 數據庫就可能有兩個 表：Customer和Order。Order表不包含定單關聯客戶的任何信息，但表內會存放一個鍵值，該鍵指向Customer表里包含該客戶信息的那 一行。數據庫

事實上，為了效率的緣故，對表不進行標準化有時也是必要的。服務器

2) 數據驅動數據庫設計

采用數據驅動而非硬編碼的方式，許多策略變動和 維護都會方便得多，大大加強系統的靈活性和擴展性。模塊化

舉例，假如用戶界面要訪問外部數據源(文件、XML 文檔、其余數據庫等)，不妨把相應的鏈接 和路徑信息存儲在用戶界面支持表里。還有，若是用戶界面執行工做流之類的任務(發送郵件、打印信箋、修改記錄狀態等)，那么產生工做流的數據也能夠存放在 數據庫里。角色權限管理也能夠經過數據驅動來完成。事實上，若是過程是數據驅動的，你就能夠把至關大的責任推給用戶，由用戶來維護本身的工做流過程。函數

3) 考 慮各類變化工具

在設計數據庫的時候考慮到哪些數據字段未來可能會發生變動。性能

舉例，姓氏就是如此(注意是西方人的姓氏，好比女性結婚后從夫姓 等)。因此，在創建系統存儲客戶信息時，在單獨的一個數據表里存儲姓氏字段，并且還附加起始日和終止日等字段，這樣就能夠跟蹤這一數據條目的變化。測試

2. 數據庫涉及字符規范

采用26個英文字母(區分大小寫)和0-9這十個天然數,加上下劃線'_'組成,共63個字符.不能出現其余字符(注 釋除外).

注意事項:

1) 以上命名都不得超過30個字符的系統限制.變量名的長度限制為29(不包括標識字符@).

2) 數據 對象、變量的命名都采用英文字符,禁止使用中文命名.絕對不要在對象名的字符之間留空格.

3) 當心保留詞,要保證你的字段名沒有和保留詞、數據 庫系統或者經常使用訪問方法沖突

5) 保持字段名和類型的一致性,在命名字段并為其指定數據類型的時候必定要保證一致性.假如數據類型在一個表里是整 數,那在另外一個表里可就別變成字符型了.

3.數據庫命名規范

數據庫,數據表一概使用前綴

正式數 據庫名使用小寫英文以及下劃線組成,盡可能說明是那個應用或者系統在使用的.好比:

web_19floor_net

web_car

備 份數據庫名使用正式庫名加上備份時間組成,如:

web_19floor_net_20070403

web_car_20070403

4. 數據庫表命名規范

數據表名使用小寫英文以及下劃線組成,盡可能說明是那個應用或者系統在使用的.

相關應用的數據表使用同一前綴,如 論壇的表使用cdb_前綴,博客的數據表使用supe_前綴,前綴名稱通常不超過5字

好比:

web_user

web_group

supe_userspace

備 份數據表名使用正式表名加上備份時間組成,如:

web_user_20070403

web_group_20070403

supe_userspace_20070403

5. 字段命名規范

字段名稱使用單詞組合完成,首字母小寫,后面單詞的首字母大寫,最好是帶表名前綴.

如 web_user 表的字 段:

userId

userName

userPassword

表與表之間的相關聯字段要用統一名稱,

如 web_user 表 里面的 userId 和 web_group 表里面的 userId 相對應

6.字段類型規范

規則:用盡可能少的存儲空間來存 數一個字段的數據.

好比能用int的就不用char或者varchar

能用tinyint的就不用int

能用 varchar(20)的就不用varchar(255)

時間戳字段盡可能用int型，如created:表示從 '1970-01-01 08:00:00'開始的int秒數，采用英文單詞的過去式；gmtCreated:表示datetime類型的時間，即形如 '1980-01-01 00:00:00'的時間串，Java中對應的類型為Timestamp

7.數據庫設計文檔規范

所 有數據庫設計要寫成文檔,文檔以模塊化形式表達.大體格式以下：

'-------------------------------------------

' 表 名： web_user

' 做者： Aeolus(傻魚)

' 日期： 2007-04-11

' 版 本： 1.0

' 描述： 保存用戶資料

' 具體內容：

' UserID int,自動增量 用戶 代碼

' UserName char(12) 用戶名字

' ......

'--------------------------------------------

8. 索引使用原則：

1) 邏輯主鍵使用惟一的成組索引,對系統鍵(做為存儲過程)采用惟一的非成組索引,對任何外鍵列采用非成組索引.考慮數 據庫的空間有多大,表如何進行訪問,還有這些訪問是否主要用做讀寫.

2) 大多數數據庫都索引自動建立的主鍵字段,可是可別忘了索引外鍵,它們也 是常用的鍵,好比運行查詢顯示主表和全部關聯表的某條記錄就用得上.

3) 不要索引blob/text等字段,不要索引大型字段(有不少字 符),這樣做會讓索引占用太多的存儲空間.

4) 不要索引經常使用的小型表

不要為小型數據表設置任何鍵,假如它們常常有插入和刪除操做就更別 這樣做了.對這些插入和刪除操做的索引維護可能比掃描表空間消耗更多的時間.

9.sql語句規范

全部sql關鍵詞所有大 寫,好比SELECT,UPDATE,FROM,ORDER,BY等,全部的表名和庫名都要用``包含

如:

SELECT COUNT(*) FROM `cdb_members` WHERE `userName` = 'aeolus';

10.其余設計技巧

1) 避免使用觸發器

觸發器的功能一般能夠用其余方式實現.在調試程序時觸發器可能成為干擾.假如你確實須要采用觸發 器,你最好集中對它文檔化.

2) 使用經常使用英語(或者其余任何語言)而不要使用編碼或者拼音首字母縮寫

在建立下拉菜單、列表、報表時最好 按照英語名排序.假如須要編碼或者拼音首字母縮寫,能夠在旁邊附上用戶知道的英語.

3) 保存經常使用信息

讓一個表專門存放通常數據庫信息非 常有用.在這個表里存放數據庫當前版本、最近檢查/修復(對Access)、關聯設計文檔的名稱、客戶等信息.這樣能夠實現一種簡單機制跟蹤數據庫,當客 戶抱怨他們的數據庫沒有達到但愿的要求而與你聯系時,這樣作對非客戶機/服務器環境特別有用.

4) 包含版本機制

在數據庫中引入版本控制 機制來肯定使用中的數據庫的版本.時間一長,用戶的需求老是會改變的.最終可能會要求修改數據庫結構.把版本信息直接存放到數據庫中更為方便.

5) 編 制文檔

對全部的快捷方式、命名規范、限制和函數都要編制文檔.

采用給表、列、觸發器等加注釋的數據庫工具.對開發、支持和跟蹤修改很是有 用.

對數據庫文檔化,或者在數據庫自身的內部或者單獨創建文檔.這樣,當過了一年多時間后再回過頭來作第2 個版本,犯錯的機會將大大減小。

6) 測 試、測試、反復測試

創建或者修訂數據庫以后,必須用用戶新輸入的數據測試數據字段.最重要的是,讓用戶進行測試而且同用戶一道保證選擇的數據類型 知足商業要求.測試須要在把新數據庫投入實際服務以前完成。

7) 檢查設計

在開發期間檢查數據庫設計的經常使用技術是經過其所支持的應用程序 原型檢查數據庫.換句話說,針對每一種最終表達數據的原型應用,保證你檢查了數據模型而且查看如何取出數據。

總結

以上是生活随笔為你收集整理的web mysql 界面表命名规范_MySql数据库表字段命名及设计规范的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。