《阿里開發強制要求的11條SQL編寫規范》由會員分享，可在線閱讀，更多相關《阿里開發強制要求的11條SQL編寫規范（2頁珍藏版）》請在裝配圖網上搜索。
1、阿里開發強制要求的11條SQL編寫規范
1. 【強制】不要使用count(列名)或count(常量)來替代count(*)，count(*)是SQL92定義的標準統計行數的語法，跟數據庫無關，跟NULL和非NULL無關。
說明：count(*)會統計值為NULL的行，而count(列名)不會統計此列為NULL值的行。
2. 【強制】count(distinct col) 計算該列除NULL之外的不重復行數，注意 count(distinct col1, col2) 如果其中一列全為NULL，那么即使另一列有不同的值，也返回為0。
3. 【強制】當某一列的值全是NULL時，count(c
2、ol)的返回結果為0，但sum(col)的返回結果為NULL，因此使用sum()時需注意NPE問題。
正例：可以使用如下方式來避免sum的NPE問題：SELECT IF(ISNULL(SUM(g)),0,SUM(g)) FROM table;
4. 【強制】使用ISNULL()來判斷是否為NULL值。
說明：NULL與任何值的直接比較都為NULL。
1） NULL<>NULL的返回結果是NULL，而不是false。
2） NULL=NULL的返回結果是NULL，而不是true。
3） NULL<>1的返回結果是NULL，而不是true。
5. 【強制】 在代碼中寫分頁查詢邏輯時，
3、若count為0應直接返回，避免執行后面的分頁語句。
6. 【強制】不得使用外鍵與級聯，一切外鍵概念必須在應用層解決。
說明：以學生和成績的關系為例，學生表中的student_id是主鍵，那么成績表中的student_id則為外鍵。如果更新學生表中的student_id，同時觸發成績表中的student_id更新，即為級聯更新。外鍵與級聯更新適用于單機低并發，不適合分布式、高并發集群；級聯更新是強阻塞，存在數據庫更新風暴的風險；外鍵影響數據庫的插入速度。
7. 【強制】禁止使用存儲過程，存儲過程難以調試和擴展，更沒有移植性。
8. 【強制】數據訂正（特別是刪除、修改記錄操作）時，要先s
4、elect，避免出現誤刪除，確認無誤才能執行更新語句。
9. 【推薦】in操作能避免則避免，若實在避免不了，需要仔細評估in后邊的集合元素數量，控制在1000個之內。
10. 【參考】如果有國際化需要，所有的字符存儲與表示，均以utf-8編碼，注意字符統計函數的區別。
說明： SELECT LENGTH("輕松工作")； 返回為12
SELECT CHARACTER_LENGTH("輕松工作")； 返回為4
如果需要存儲表情，那么選擇utf8mb4來進行存儲，注意它與utf-8編碼的區別。
11. 【參考】 TRUNCATE TABLE 比 DELETE 速度快，且使用的系統和事務日志資源少，但TRUNCATE無事務且不觸發trigger，有可能造成事故，故不建議在開發代碼中使用此語句。 說明：TRUNCATE TABLE 在功能上與不帶 WHERE 子句的 DELETE 語句相同。
阿里開發強制要求的11條SQL編寫規范
