建表規約
強制部分
【強制】 表達是與否概念的字段，必須使用 is_xxx 的方式命名，數據類型是 unsigned tinyint (1 表示是，0 表示否)。
說明：任何字段如果為非負數，必須是 unsigned。
正例：表達邏輯的字段名 is_deleted，1 表示刪除，0 表示未刪除。
【強制】 表名、字段名必須使用小寫字母或數字，禁止出現數字開頭，禁止兩個下划線中間只出現數字。數據庫字段名的修改代價很大，因為無法進行預發布，所以字段名稱需要慎重考慮。
說明：MySQL 在 Windows 下不區分大小寫，但在 Linux 下默認是區分大小寫。因此，數據庫名、表名、字段名，都不允許出現任何大寫字母，避免節外生枝。
正例：aliyun_admin，rdc_config，level3_name
反例：AliyunAdmin，rdcConfig，level_3_name
【強制】 禁用保留字，如 desc、range、match、delayed 等，請參考 MySQL 官方保留字。
【強制】 主鍵索引名為 pk_ 字段名；唯一索引名為 uk_ 字段名；普通索引名則為 idx_ 字段名。
說明：pk_ 即 primary key；uk_ 即 unique key；idx_ 即 index 的簡稱。
【強制】 小數類型為decimal，禁止使用 float 和 double。
說明：在存儲的時候，float 和 double 都存在精度損失的問題，很可能在比較值的時候，得到不正確的結果。如果存儲的數據范圍超過 decimal 的范圍，建議將數據拆成整數和小數並分開存儲。
【強制】 如果存儲的字符串長度幾乎相等，使用 char 定長字符串類型。
【強制】 varchar 是可變長字符串，不預先分配存儲空間，長度不要超過 5000，如果存儲長度大於此值，定義字段類型為 text，獨立出來一張表，用主鍵來對應，避免影響其它字段索引效率。
【強制】 表必備三字段：id, create_time, update_time。
說明：其中 id 必為主鍵，類型為 bigint unsigned、單表時自增、步長為 1。create_time, update_time
的類型均為 datetime 類型。
推薦部分
【推薦】 表的命名最好是遵循“業務名稱_表的作用”。
正例：alipay_task / force_project / trade_config。
【推薦】 庫名與應用名稱盡量一致。
【推薦】 如果修改字段含義或對字段表示的狀態追加時，需要及時更新字段注釋。
【推薦】 字段允許適當冗余，以提高查詢性能，但必須考慮數據一致。
冗余字段應遵循：
- 不是頻繁修改的字段。
- 不是
varchar超長字段，更不能是text字段。 - 不是唯一索引的字段。
正例：商品類目名稱使用頻率高，字段長度短，名稱基本一不變，可在相關聯的表中冗余存儲類目名稱，避免關聯查詢。
【推薦】 單表行數超過 500 萬行或者單表容量超過 2GB，才推薦進行分庫分表。
說明：如果預計三年后的數據量根本達不到這個級別，請不要在創建表時就分庫分表。
參考部分
【參考】 合適的字符存儲長度，不但節約數據庫表空間、節約索引存儲，更重要的是提升檢索速度。
正例：如下表，其中無符號值可以避免誤存負數，且擴大了表示范圍。
| 對象 | 年齡區間 | 類型 | 字節 | 表示范圍 |
|---|---|---|---|---|
| 人 | 150 歲之內 | tinyint unsigned | 1 | 無符號值：0 到 255 |
| 龜 | 數百歲 | smallint unsigned | 2 | 無符號值：0 到 65535 |
| 恐龍化石 | 數千萬年 | int unsigned | 4 | 無符號值：0 到約 42.9 億 |
| 太陽 | 約 50 億年 | bigint unsigned | 8 | 無符號值：0 到約 10 的 19 次方 |