首先我們先看一下，标準規範的建表SQL語句的是什麼樣子的，如下：

1. 庫命名應該在30個字符以内，存在關聯關系的表在命名時盡量體現關聯關系，如user表與user_registry表。
2. 庫名稱格式應遵循“業務系統名稱_子系統名稱”，相同模塊的表名盡量使用統一前綴。
3. 創建數據庫時應該顯式指定字符集，并且字符集隻能是 utf8或者 utf8mb4。

1. 表命名和字段命名應該控制在30個字符以内，使用英文小寫單詞，表名應由字母、數字和下劃線組成，禁止使用中文命名，如果有多個單詞需使用下劃線隔開。
2. 創建表時，表命名時應該用英文單詞的單數形式，如學生信息表命名，應該為student而不是students。
3. 創建表時，對相關功能的表應當使用相同前綴，前綴通常為這個表的模塊或依賴主實體對象的名稱縮寫，如物資系統采用”wz_”作為前綴。
4. 創建表時，表字段命名不建議使用數據庫關鍵字，如：name,time ,datetime
5. 創建表時，應該顯式申明字符集為 utf8或 utf8mb4，如 DEFAULT CHARSET=utf8。
6. 創建表時，應該對字段和表添加COMMENT。
7. 創建表時，應該創建主鍵，建議使用 auto_increment的 id作為主鍵（與業務無關，與業務相關字段應創建唯一索引），類型應為 int或 bigint。推薦使用bigint類型，因為無符号int存儲範圍為-2147483648~2147483647，溢出後會導緻報錯。
8. 創建表時，應該有創建時間字段create_time和更新時間字段update_time。
9. 創建表時，必填字段應該盡量設置NOT NULL屬性，同時根據實際業務需要定義DEFAULT值。盡量避免使用NULL，因為使用NULL需要占用額外的空間存儲、聚合函數計算結果偏差，同時含有NULL值的列，會對SQL優化産生影響，尤其是組合索引中。
10. 創建表時，不推薦使用blob，text類型，比較浪費硬盤和内存空間，在加載表數據時，會讀取大字段到内存裡從而浪費内存空間，影響系統性能。建議對表中的blob、text等大字段，垂直拆分到其他表裡，僅在需要讀這些對象的時候才去查詢。
11. 創建表時，對需要頻繁JOIN查詢的字段，建議在其他表裡冗餘存儲。如 username 字段在user_account，user_registry等表裡冗餘存儲username ，減少JOIN查詢。
12. 創建表時，表與表之間的相關聯字段盡量使用統一名稱，如 user_account 表 裡面的 username 和 user_registry表裡面的 username 相對應。
13. 創建表時，文本數據盡量用varchar存儲，時間類型盡量選取timestamp。
14. 創建中間表時，表名稱建議以 tmp_開頭，時間結尾，需定期清理。
15. 創建備份表時，表名稱建議以bak_開頭，時間結尾，需定期清理。
16. 創建表時，應該顯式申明存儲引擎類型，表引擎取決于實際應用場景及當前數據庫中的已經存在的存儲引擎，我們通常使用InnoDB存儲引擎。Innodb存儲引擎支持事務、行級鎖、更好的恢複性、高并發下性能更好，對多核、大内存、SSD等硬件支持更好。

1. 主鍵索引的名稱建議以"pk_"開頭，唯一索引以"uq_"開頭，非唯一索引以"idx_"開頭，以表名、字段的名稱或縮寫作為後綴，索引名稱必須使用小寫。
2. 創建索引時，多考慮建立聯合索引，并把字段值去重之後的個數多的放在前面。
3. 單索引中每個索引值的長度建議不超過64KB，不要索引blob、text等大字段，這樣作會讓索引占用太多的存儲空間.。
4. 單個表上的索引個數建議不超過5個，唯一索引由3個以下字段組成，并且字段都是整形時，使用唯一鍵作為主鍵。
5. 在多表 JOIN的SQL語句裡，保證被驅動表的連接列上有索引，這樣JOIN執行效率最高。
6. 避免存在冗餘索引，合理創建聯合索引（避免冗餘），如果表裡已經存在key(a,b)，則key(a)為冗餘索引，需要删除key(a)。

更多精彩资讯请关注tft每日頭條，我们将持续为您更新最新资讯!