數據庫表命名規範

表名命名規則
    1.數據庫表的命名以是名詞的複數形式且都爲小寫，如cities, categories, friends等等
    2.若是表名由幾個單詞組成，則單詞間用下劃線(「_」)分割，如subscribed_pois,poi_categories等
    3.表名儘可能用全名
    4.表名限制在30個字符內。當表的全名超過30字符時，可用縮寫來減小表名的長度，如description –> desc；information –> info；address –> addr等
表字段名命名規則
    1.字段名爲小寫
    2.字段名爲有意義的單詞，或單詞的縮寫
    3.若是字段由幾個單詞組成，則單詞間用下劃線(「_」)分割，如client_id，post_code等
    4.字段名限制在30個字符內。當字段名超過30字符時，可用縮寫來減小字段名的長度，如description –> desc；information –> info；address –> addr等
索引命名規則
    1.索引須按照IDX_table_<column>_<column>,其中<table>是創建索引的表名，<column>是創建索引的字段名
 2.索引名限制在30個字符內。當索引名超過30字符時，可用縮寫來減小索引名的長度，如description –> desc；information –> info；address –> addr等
主鍵、外鍵命名規則
    1.主鍵按照PK_<table>的規則命名，其中<table>爲數據庫表名
    2.惟一鍵按照UK_<table>_<column>的規則命名，其中<table>爲數據塊表名，<column>爲字段名
    3.外鍵按照FK_<pppp>_<cccc>_<nn>的規則命名，其中<pppp>爲父表名，<cccc>爲子表名，<nn>爲序列號

數據庫規範化設計的一些基本要求：
1、表中應該避免可爲空的列。
    雖然表中容許空列，可是，空字段是一種比較特殊的數據類型。數據庫在處理的時候，須要進行特殊的處理。如此的話，就會增長數據庫處理記錄的複雜性。當表中有比較多的空字段時，在同等條件下，數據庫處理的性能會下降許多。
解決方法：一是經過設置默認值的形式，來避免空字段的產生。二是若一張表中，容許爲空的列比較多，接近表所有列數的三分之一。並且，這些列在大部分狀況下，都是無關緊要的。若數據庫管理員遇到這種狀況，建議另外創建一張副表，以保存這些列。
2、表不該該有重複的值或者列。
3、表中記錄應該有一個惟一的標識符。
4、數據庫對象要有統一的前綴名。
5、儘可能只存儲單一實體類型的數據。
6、儘可能符合數據庫的幾個範式。

設計規範
全部字段在設計時，除如下數據類型timestamp、image、datetime、smalldatetime、uniqueidentifier、 binary、sql_variant、binary 、varbinary外，必須有默認值。字符型的默認值爲一個空字符值串’’；數值型的默認值爲數值0；邏輯型的默認值爲數值0；
其中：系統中全部邏輯型中數值0表示爲「假」；數值1表示爲「真」。
datetime、smalldatetime類型的字段沒有默認值，必須爲NULL。
當字段定義爲字符串形時建議使用varchar而不用nvarchar。
字段的描述
數據庫中每一個字段的描述(Description)以下：
表內的每個值只能被表達一次
表內的每一行都應當被惟一的標示
表內不該該存儲依賴於其餘鍵的非鍵信息
若是字段事實上是與其它表的關鍵字相關聯而未設計爲外鍵引用，需建索引。
若是字段與其它表的字段相關聯，需建索引。

SQL 開發代碼規範
咱們規定sql語句編碼的時候程序員須要遵循如下規範：
    1.全部的關鍵字的全部字母必須大寫。若是一個常量由幾個詞組成，咱們規定兩個詞之間使用下劃線（_）來劃分。表名、列名、視圖名或它們的別名必須和它們的定義保持一致。
    2.註釋必需要規範。

其餘設計技巧
    1.避免使用觸發器
觸發器的功能一般能夠用其餘方式實現。在調試程序時觸發器可能成爲干擾。假如你確實須要採用觸發器，你最好集中對它文檔化。
    2.使用經常使用英語(或者其餘任何語言)而不要使用編碼在建立下拉菜單、列表、報表時最好按照英語名排序。假如須要編碼，能夠在編碼旁附上用戶知道的英語。
    3.保存經常使用信息。讓一個表專門存放通常數據庫信息很是有用。在這個表裏存放數據庫當前版本、最近檢查/修復、關聯設計文檔的名稱、客戶等信息。這樣能夠實現一種簡單機制跟蹤數據庫，當客戶抱怨他們的數據庫沒有達到但願的要求而與你聯繫時，這樣作對非客戶機/服務器環境特別有用。
    4.包含版本機制。在數據庫中引入版本控制機制來肯定使用中的數據庫的版本。時間一長，用戶的需求老是會改變的。最終可能會要求修改數據庫結構。把版本信息直接存放到數據庫中更爲方便。
    5.編制文檔。對全部的快捷方式、命名規範、限制和函數都要編制文檔。採用給表、列、觸發器等加註釋的數據庫工具。對開發、支持和跟蹤修改很是有用。對數據庫文檔化，或者在數據庫自身的內部或者單獨創建文檔。這樣，當過了一年多時間後再回過頭來作第2 個版本，犯錯的機會將大大減小。
    6.測試、測試、反覆測試。創建或者修訂數據庫以後，必須用用戶新輸入的數據測試數據字段。最重要的是，讓用戶進行測試而且同用戶一道保證選擇的數據類型知足商業要求。測試須要在把新數據庫投入實際服務以前完成。
    7.檢查設計。在開發期間檢查數據庫設計的經常使用技術是經過其所支持的應用程序原型檢查數據庫。換句話說，針對每一種最終表達數據的原型應用，保證你檢查了數據模型而且查看如何取出數據。