一、數(shù)據(jù)庫命名規(guī)范
采用26個英文字母(區(qū)分大小寫)和0-9的自然數(shù)(經(jīng)常不需要)加上下劃線''組成，命名簡潔明確，多個單詞用下劃線''分隔，一個項目一個數(shù)據(jù)庫，多個項目慎用同一個數(shù)據(jù)庫
二、數(shù)據(jù)庫表命名規(guī)范
2.1數(shù)據(jù)表命名規(guī)范
（1）采用26個英文字母(區(qū)分大小寫)和0-9的自然數(shù)(經(jīng)常不需要)加上下劃線''組成，命名簡潔明確，多個單詞用下劃線''分隔
（2）全部小寫命名，禁止出現(xiàn)大寫
（3）禁止使用數(shù)據(jù)庫關鍵字，如：name，time ，datetime，password等
（4）表名稱不應該取得太長（一般不超過三個英文單詞）
（5）表的名稱一般使用名詞或者動賓短語
（6）用單數(shù)形式表示名稱，例如，使用 employee，而不是 employees
明細表的名稱為：主表的名稱+字符dtl（detail縮寫）
例如：采購定單的名稱為：po_order，則采購定單的明細表為：po_orderdtl
（7）表必須填寫描述信息（使用SQL語句建表時）
2.2命名規(guī)范
①模塊_+功能點 示例：alllive_log alllive_category
②功能點 示例：live message
③通用表 示例：all_user
2.3待優(yōu)化命名示例
①冗余：
錯誤示例：yy_alllive_video_recomment yy_alllive_open_close_log
說明：去除項目名，簡化表名長度，去”yy_”
②相同類別表命名存在差異，管理性差
錯誤示例：yy_all_live_category yy_alllive_comment_user
說明：去除項目名，統(tǒng)一命名規(guī)則，均為”yy_alllive_”開頭即可
③命名格式存在差異
錯誤示例：yy_showfriend yy_user_getpoints yy_live_program_get
說明：去除項目名，統(tǒng)一命名規(guī)則，動賓短語分離且動賓邏輯順序統(tǒng)一
三、數(shù)據(jù)庫字段命名規(guī)范
3.1字段命名規(guī)范
（1）采用26個英文字母(區(qū)分大小寫)和0-9的自然數(shù)(經(jīng)常不需要)加上下劃線''組成，命名簡潔明確，多個單詞用下劃線''分隔
（2）全部小寫命名，禁止出現(xiàn)大寫
（3）字段必須填寫描述信息
（4）禁止使用數(shù)據(jù)庫關鍵字，如：name，time ，datetime password 等
（5）字段名稱一般采用名詞或動賓短語
（6）采用字段的名稱必須是易于理解，一般不超過三個英文單詞
（7）在命名表的列時，不要重復表的名稱
例如，在名employe的表中避免使用名為employee_lastname的字段
（8）不要在列的名稱中包含數(shù)據(jù)類型
（9）字段命名使用完整名稱，禁止縮寫
3.2命名規(guī)范
①名詞 示例：user_id user_name sex
②動賓短語 示例：is_friend is_good
3.3待優(yōu)化命名示例
①大小寫規(guī)則不統(tǒng)一
錯誤示例：user_id houseID
說明：使用統(tǒng)一規(guī)則，修改為”user_id”，”house_id”
②加下劃線規(guī)則不統(tǒng)一
錯誤示例：username userid isfriend isgood
說明：使用下劃線進行分類，提升可性，方便管理，修改為”user_name”，”user_id”，”is_friend”，”is_good”
③字段表示不明確
錯誤示例：uid pid
說明：使用完整名稱，提高可讀性，修改為”user_id”，”person_id”
3.4字段類型規(guī)范
（1）所有字段在設計時，除以下數(shù)據(jù)類型timestamp、image、datetime、smalldatetime、uniqueidentifier、binary、sql_variant、binary 、varbinary外，必須有默認值，字符型的默認值為一個空字符值串’’，數(shù)值型的默認值為數(shù)值0，邏輯型的默認值為數(shù)值0
（2）系統(tǒng)中所有邏輯型中數(shù)值0表示為“假”，數(shù)值1表示為“真”，datetime、smalldatetime類型的字段沒有默認值，必須為NULL
（3）用盡量少的存儲空間來存儲一個字段的數(shù)據(jù)
使用int就不要使用varchar、char，
用varchar(16)就不要使varchar(256)
IP地址使用int類型
固定長度的類型最好使用char，例如：郵編(postcode)
能使用tinyint就不要使用smallint，int
最好給每個字段一個默認值，最好不能為null
（4）用合適的字段類型節(jié)約空間
字符轉(zhuǎn)化為數(shù)字(能轉(zhuǎn)化的最好轉(zhuǎn)化，同樣節(jié)約空間、提高查詢性能)
避免使用NULL字段(NULL字段很難查詢優(yōu)化、NULL字段的索引需要額外空間、NULL字段的復合索引無效)
少用text類型(盡量使用varchar代替text字段)
3.5數(shù)據(jù)庫中每個字段的規(guī)范描述
(1)盡量遵守第三范式的標準（3NF）
1.任何一張表都應該有主鍵，并且每一個字段原子性不可再分；
2.在第一范式的基礎上,所有非主鍵字段完全依賴主鍵,不能產(chǎn)生部分依賴（如存在復合主鍵）；（多對多，三表張表，關系表兩個外鍵）
t_student學生表
sno(pk) sname
-------------------------------
1 張三
2 李四
3 王五
-------------------------------
t_teacher 講師表
tno(pk) tname
1 王老師
2 張老師
3 李老師
-------------------------------
t_student_teacher_relation 師生關系表
id(pk) sno(fk) nto(fk)
-------------------------------
1 1 3
2 1 1
3 2 2
4 2 3
5 3 1
6 3 3
-------------------------------
3.建立在第二范式之上，所有非主鍵字段直接依賴主鍵，非主鍵字段不能傳遞依賴于主鍵字段。（不要產(chǎn)生傳遞依賴）（一對多，兩張表，多的表加外鍵）
班級t_class
con(pk) cname
-------------------------------
1 班級1
2 班級2
-------------------------------
學生t_student
sno(pk) snabbe classon(fk)
-------------------------------
101 張1 1
102 張2 1
103 張3 2
104 張4 2
105 張5 2
-------------------------------
(2)如果字段事實上是與其它表的關鍵字相關聯(lián)而未設計為外鍵引用，需建索引
(3)如果字段與其它表的字段相關聯(lián)，需建索引
(4)如果字段需做模糊查詢之外的條件查詢，需建索引
(5)除了主關鍵字允許建立聚集索引外，其它字段所建索引必須為非聚集索引
四、SQL語言編碼規(guī)范
4.1大小寫規(guī)范
（1）所有關鍵字必須大寫，如：INSERT、UPDATE、DELETE、SELECT及其子句，IF……ELSE、CASE、DECLARE等
（2）所有函數(shù)及其參數(shù)中除用戶變量以外的部分必須大寫
（3）在定義變量時用到的數(shù)據(jù)類型必須小寫
4.2注釋
描述性注釋將大大增加文本的可讀性和可維護性，本規(guī)范建議：
（1）注釋以英文為主，實際應用中，發(fā)現(xiàn)以中文注釋的SQL語句版本在英文環(huán)境中不可用，為避免后續(xù)版本執(zhí)行過程中發(fā)生某些異常錯誤，建議使用英文注釋
（2）注釋盡可能詳細、全面創(chuàng)建每一數(shù)據(jù)對象前，應具體描述該對象的功能和用途，傳入?yún)?shù)的含義應該有所說明，如果取值范圍確定，也應該一并說明，取值有特定含義的變量（如boolean類型變量），應給出每個值的含義
（3）注釋語法：單行注釋、多行注釋
單行注釋：注釋前有兩個連字符（--）對變量、條件子句可以采用該類注釋
多行注釋：符號之間的內(nèi)容為注釋內(nèi)容，對某項完整的操作建議使用該類注釋
（4）注釋簡潔，同時應描述清晰
