5.1 建表規約

1. 強制：表達式與否概念的字段，必須使用 is_xxx 的方式命名，數據類型是 unsigned tinyint （1 表示是，0表示否）。

說明：

        任何字段如果爲非負數，則必須是 unsigned。

正例：

        表示邏輯刪除的字段名 is_deleted ，1 表示刪除，0 表示未刪除。

2.強制：表名、字段名必須使用小寫字母或數字，禁止出現數字開頭，禁止兩個下畫線中間只出現數字。數據庫字段名的修改代價很大，因爲無法進行預發佈，所以字段名稱需要慎重考慮。

說明：

        MySQL 在 Windows 下不區分大小寫，但在 Linux 下默認區分大小寫。因此，數據庫名、表名、字段名、都不允許出現恩和大寫字母，避免節外生枝。

正例：

        aliyun_admin，rdc_config，level3_name。

反例：

        AliyunAdmin ， rdcConfig ，level_3_name。

3.強制：表名不使用複數名詞。

說明：

        表名應該僅僅表示表裏面的實體內容，不應該表示實體數量，對應於 DO 類名也是單數形式，符合表達習慣。

4.強制：禁用保留字，如：desc、range、match、delayed 等，請參考 MySQL 官方保留字。

5.強制：主鍵索引名爲 pk_字段名，唯一索引名爲 uk_字段名，普通索引名則爲 idx_字段名。

說明：

        pk_ 即 primary key；uk_即 unique key；idx_ 即 index 的簡稱。

6.強制：小數類型爲 decimal，禁止使用 float 和 double。

說明：

        在存儲的時候，float 和 double 存在精度損失的問題，很有可能在比較值得時候，得不到正確的結果。如果存儲的數據範圍超過了 decimal的範圍，建議將數據拆成整數和小數並分開存儲。

7.強制：如果存儲的字符串長度幾乎相等，則應使用 char 定長字符串類型。

8.強制：varchar 是可變字符串，不預先分配存儲空間，長度不要超過 5000  個字符。如果存儲長度大於此值，則應定義字段類型爲 text ，獨立出來一張表，用主鍵來對應，避免影響其他字段的索引效率。

9.強制：表必備三字段：id，gmt_create，gmt_modified。

說明：

        其中 id 必爲主鍵，類型爲 unsigned bigint、單表是自增、步長爲1,。gmt_create 和 gmt_modified 的類型均爲 date_tiime 類型，前者現在時表示主動去創建，後者過去分詞表示被動更新。

10.推薦：表的命名最好加上“業務名稱_表的作用”。

正例：

        alipay_task / force_project / trade_config。

11.推薦：庫名與應用名稱儘量一致。

12.推薦：當修改字段含義或對字段表示的狀態追加是，需要及時更新字段註釋。

13.推薦：字段允許適當冗餘，以提高查詢性能，但必須考慮數據一致。冗餘字段應遵循：

1. 不是頻繁修改的字段。
2. 不是 varchar 超長字段，更不能是 text 字段。

正例：

        商品類目名稱使用頻率高，字段長度短，名稱基本一成不變，可在相關聯的表中冗餘存儲類目名稱，避免關聯查詢。

14.推薦：當單錶行數超過 500 萬行或者單表容量超過 2 GB 時，才推薦進行分庫分表。

說明：   

        如果預計三年後的數據量無法達到這個級別，請不要在創建表時就分庫分表。

15.參考：設置合適的字符存儲長度，不但可以節約數據庫表空間和索引存儲，更重要的是能夠提升檢索速度。

正例：

        見 表 5-1 ，其中無符號數可以避免誤存負數，且擴大了表示範圍。

 

表 5-1 字符存儲長度

對象	年齡區間	類型	字節	表示範圍
人	150歲以內	Unsigned tinyint	1	無符號值：0至255
龜	數百歲	Unsigned smallint	2	無符號值：0至65535
恐龍化石	數千萬年	Unsigned int	4	無符號值：0至42.9億
太陽	約50億年	Unsigned bigint	8	無符號值：0至約1019