首先我們先看一下,标準規範的建表SQL語句的是什麼樣子的,如下:
庫名規範
- 庫命名應該在30個字符以内,存在關聯關系的表在命名時盡量體現關聯關系,如user表與user_registry表。
- 庫名稱格式應遵循“業務系統名稱_子系統名稱”,相同模塊的表名盡量使用統一前綴。
- 創建數據庫時應該顯式指定字符集,并且字符集隻能是 utf8或者 utf8mb4。
建表規範
- 表命名和字段命名應該控制在30個字符以内,使用英文小寫單詞,表名應由字母、數字和下劃線組成,禁止使用中文命名,如果有多個單詞需使用下劃線隔開。
- 創建表時,表命名時應該用英文單詞的單數形式,如學生信息表命名,應該為student而不是students。
- 創建表時,對相關功能的表應當使用相同前綴,前綴通常為這個表的模塊或依賴主實體對象的名稱縮寫,如物資系統采用”wz_”作為前綴。
- 創建表時,表字段命名不建議使用數據庫關鍵字,如:name,time ,datetime
- 創建表時,應該顯式申明字符集為 utf8或 utf8mb4,如 DEFAULT CHARSET=utf8。
- 創建表時,應該對字段和表添加COMMENT。
- 創建表時,應該創建主鍵,建議使用 auto_increment的 id作為主鍵(與業務無關,與業務相關字段應創建唯一索引),類型應為 int或 bigint。推薦使用bigint類型,因為無符号int存儲範圍為-2147483648~2147483647,溢出後會導緻報錯。
- 創建表時,應該有創建時間字段create_time和更新時間字段update_time。
- 創建表時,必填字段應該盡量設置NOT NULL屬性,同時根據實際業務需要定義DEFAULT值。盡量避免使用NULL,因為使用NULL需要占用額外的空間存儲、聚合函數計算結果偏差,同時含有NULL值的列,會對SQL優化産生影響,尤其是組合索引中。
- 創建表時,不推薦使用blob,text類型,比較浪費硬盤和内存空間,在加載表數據時,會讀取大字段到内存裡從而浪費内存空間,影響系統性能。建議對表中的blob、text等大字段,垂直拆分到其他表裡,僅在需要讀這些對象的時候才去查詢。
- 創建表時,對需要頻繁JOIN查詢的字段,建議在其他表裡冗餘存儲。如 username 字段在user_account,user_registry等表裡冗餘存儲username ,減少JOIN查詢。
- 創建表時,表與表之間的相關聯字段盡量使用統一名稱,如 user_account 表 裡面的 username 和 user_registry表裡面的 username 相對應。
- 創建表時,文本數據盡量用varchar存儲,時間類型盡量選取timestamp。
- 創建中間表時,表名稱建議以 tmp_開頭,時間結尾,需定期清理。
- 創建備份表時,表名稱建議以bak_開頭,時間結尾,需定期清理。
- 創建表時,應該顯式申明存儲引擎類型,表引擎取決于實際應用場景及當前數據庫中的已經存在的存儲引擎,我們通常使用InnoDB存儲引擎。Innodb存儲引擎支持事務、行級鎖、更好的恢複性、高并發下性能更好,對多核、大内存、SSD等硬件支持更好。
索引規範
- 主鍵索引的名稱建議以"pk_"開頭,唯一索引以"uq_"開頭,非唯一索引以"idx_"開頭,以表名、字段的名稱或縮寫作為後綴,索引名稱必須使用小寫。
- 創建索引時,多考慮建立聯合索引,并把字段值去重之後的個數多的放在前面。
- 單索引中每個索引值的長度建議不超過64KB,不要索引blob、text等大字段,這樣作會讓索引占用太多的存儲空間.。
- 單個表上的索引個數建議不超過5個,唯一索引由3個以下字段組成,并且字段都是整形時,使用唯一鍵作為主鍵。
- 在多表 JOIN的SQL語句裡,保證被驅動表的連接列上有索引,這樣JOIN執行效率最高。
- 避免存在冗餘索引,合理創建聯合索引(避免冗餘),如果表裡已經存在key(a,b),則key(a)為冗餘索引,需要删除key(a)。
,