mysql命名規範

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)對觸發器各參數及變量的中文註解