數據庫設計表及字段命名規范(我整理的，望大家多多提建議)
1.數據庫表命名規范:
(1)表名前應該加上前綴，表的前綴一個用系統或模塊的英文名稱縮寫，前綴全部大寫或首字母大寫，表名中包含的單詞首字母大寫。
(2)數據庫表名應該有意義，並且易於理解，最好使用可以表達功能的英文單詞或縮寫，如果用英文單詞表示，建議使用完整的英文單詞。
(3)表名不可以太長，最好不要超過3個英文單詞長度（22個字母）。
(4)在數據庫表命名時應該用英文單詞的單數形式，如員工表命名：應該為Employee而不是Employees .
(5)如果是后台表命名時應該在表名基礎上加上后綴
_b
(back 首字母 )
(6)在表創建完成前，應該為表添加表的注釋。
2.表字段命名規范：
(1)數據庫表字段應該是有意義而且易於理解的，最好是能夠表達字段含義的英文字母
（有人認為如果用英文單詞作為字段，因為翻譯工具不同，而字段不統一建議使用漢語拼音首字母縮寫
；有人認為用漢語拼音縮寫看起來不直觀，老半天也不知道到底這個字段是干什么的）
(2)系統中所有屬於內碼，即僅用於標識唯一性和程序內部用到的標識性字段，字段名稱建議取為 ID ，采用類型為整型或長整型.
(3)系統中屬於是業務內的編號字段，代表一定業務信息，建議字段命名為
code , 如工作單編號
wf_code .
(4) 不要在數據庫表字段（列名）中包含數據類型，如：datetime
(5)不要在數據庫表字段（列名）命名時重復表名，可以使用表名首字母（不包含數據庫表名前綴）
注意：
不要在數據庫表字段（列名）命名時
不建議使用數據庫關鍵字,如：name,time ,datetime password 等
3.表設計規范：
(1)所有字段在設計時，除以下數據類型timestamp、image、datetime、smalldatetime、uniqueidentifier、binary、sql_variant、binary、varbinary外，必須有默認值。字符型的默認值為一個空字符值串’’；數值型的默認值為數值0；邏輯型的默認值為數值0；
其中：系統中所有邏輯型中數值0表示為“假”；數值1表示為“真”。
datetime、smalldatetime類型的字段沒有默認值，必須為NULL。
(2)當字段定義為字符串形時建議使用varchar而不用nvarchar。
注
：在MySQL5.0以上的版本中，varchar數據類型的長度支持到了65535，也就是說可以存放65532個字節的數據，起始位和結束位占去了3個
字節。
(3)建議在大多數表中（如工作單），應都有以下字段：
字段名說明類型默認值
CreatorID創建者int
默認值為
0
CreatedTime創建時間Datetime
默認值為NULL
(4)字段的描述
a.字段必須填寫描述信息（注釋）
b.盡量遵守第三范式的標准（3NF）
表內的每一個值只能被表達一次（列名不重復）
表內的每一行都應當被唯一的標示（標識唯一性，如
自動增長
主鍵）
表內不應該存儲依賴於其他鍵的非鍵信息
(5)加索引規則
a.表建好后數據庫自動為表生成一個索引（為
自動增長的列生成唯一索引），如果在對這列添加索引，數據庫會給一個警告,內容大概是，已經為這列添加了索引，建議修改索引名稱和自動增長列名保持一致，為了方便使用。
b.如果在添加索引時，建議索引名稱和數據庫列名保持一致，為了方便使用
c.如果字段事實上是與其它表的關鍵字相關聯而未設計為外鍵引用，需建索引。
d.如果字段與其它表的字段相關聯，需建索引。
e.如果字段需做模糊查詢之外的條件查詢，需建索引。
f.除了主關鍵字允許建立簇索引外，其它字段所建索引必須為非簇索引。
4.存儲過程命名規范
(1)
存貯過程的命名請遵循以下命名規范：USP_ + 系統模塊縮寫（與表前綴類似）+_ + 功能標識 + 代表存貯過程操作的主要表名（不帶前綴）或功能的英文單詞或英文單詞縮寫。
如果一個存貯過程只對一個表進行操作，建議存貯過程的名稱就用存貯過程所操作的表的表名（不帶前綴）。這樣有利於根據表名找到相應的存貯過程。例如：
用於新增的存貯過程USP_MESSAGE_Add_Model
用於修改的存貯過程USP_ MESSAGE_Upt_Model
用於刪除的存貯過程USP_ MESSAGE_Del_ Modele
注：USP是user stored procedure
縮寫
5.存儲過程設計規范
在存貯過程中必須說明以下內容：
(1)目的：說明此存貯過程的作用。
(2)作者：首次創建此存貯過程的人的姓名。在此請使用中文全名，不允許使用英文簡稱。
(3)創建日期：創建存貯過程時的日期。
(4)修改記錄：
修改記錄需包含修改順序號、修改者、修改日期、修改原因，修改時不能直接在原來的代碼上修改，也不能刪除原來的代碼，只能先將原來的代碼注釋掉，再重新增加正確的代碼。修改順序號的形式為：log1，log2，log3。。。，根據修改次數順序增加，同時在注釋掉的原來的代碼塊和新增的正確代碼塊前后注明修改順序號。
(5)對存貯過程各參數及變量的中文注解。
建議：在數據庫中創建一個文本文件保存創建腳本
6.視圖命名規范
視圖的命名請遵循以下命名規范：UV _ + 系統模塊縮寫（與表前綴類似）+_ + 功能標識 + 代表視圖查詢的主要表名（不帶前綴）或功能的英文單詞或英文單詞縮寫。
如果一個視圖只對一個表進行查詢，建議視圖的名稱就用視圖所查詢的表的表名（不帶前綴）。這樣有利於根據表名找到相應的視圖。
注：UV是userView縮寫
7.視圖設計規范
在視圖中必須說明以下內容：
(1)目的：說明此視圖的作用。
(2)創建者：首次創建此視圖的人的姓名。在此請使用中文全名，不允許使用英文簡稱。
(3)修改者、修改日期、修改原因：如果有人對此視圖進行了修改，則必須在此視圖的前面加注修改者姓名、修改日期及修改原因。
(4)對視圖各參數及變量的中文注解
建議：在數據庫中創建一個文本文件保存創建腳本
8.觸發器命名規范
Insert觸發器加'_i'，Delete觸發器加'_d'，Update觸發器加'_u'
9.觸發器設計規范
在視圖中必須說明以下內容：
(1)目的：說明此觸發器的作用。
(2)創建者：首次創建此觸發器的人的姓名。在此請使用中文全名，不允許使用英文簡稱。
(3)修改者、修改日期、修改原因：如果有人對此觸發器進行了修改，則必須在此觸發器的前面加注修改者姓名、修改日期及修改原因。
(4)對觸發器各參數及變量的中文注解
建議：在數據庫中創建一個文本文件保存創建腳本