《阿里Java開發手冊》 | MySQL 資料庫 - SQL語句
【強制】不要使用 count(列名) 或 count(常數) 來替代 count(*)，count(*) 是 SQL92 定義的標準統計行數的語法，跟資料庫無關，跟 NULL 和非 NULL 無關。
說明：count(*) 會統計值為 NULL 的行，而 count(列名) 不會統計此列為 NULL 值的行。
【強制】count(distinct col) 計算該列除 NULL 之外的不重複行數，注意count(distinct col1, col2) 如果其中一列全為 NULL ，那麼即使另一列有不同的值，也返回為 0。
【強制】當某一列的值全是 NULL 時，count(col) 的返回結果為 0，但 sum(col) 的返回結果為NULL，因此使用 sum() 時需注意 NPE 問題。
正例：可以使用如下方式來避免 sum 的 NPE 問題:SELECT IFNULL(SUM(column), 0) FROM table;
【強制】使用 ISNULL() 來判斷是否為 NULL 值。
說明：NULL 與任何值的直接比較都為 NULL。
- NULL <> NULL 的返回結果是 NULL，而不是 false。
- NULL = NULL 的返回結果是 NULL，而不是 true。
- NULL <> 1 的返回結果是 NULL，而不是 true。
反例：在 SQL 語句中，如果在 null 前換行，影響可讀性。 select * from table where column1 is null and column3 is not null; 而ISNULL(column)是一個整體，簡潔易懂。從性能資料上分析，ISNULL(column)執行效率更快一些。
【強制】程式碼中寫分頁查詢邏輯時，若 count 為 0 應直接返回，避免執行後面的分頁語句。
【強制】不得使用外鍵與級聯，一切外鍵概念必須在應用層解決。
說明：(概念解釋)學生表中的 student_id 是主鍵，那麼成績表中的 student_id 則為外鍵。如果更新學生表中的 student_id，同時觸發成績表中的 student_id 更新，即為級聯更新。外鍵與級聯更新適用於單機低並發，不適合分散式、高並發集群；級聯更新是強阻塞，存在資料庫更新風暴的風險；外鍵影響資料庫 的插入速度。
【強制】禁止使用存儲過程，存儲過程難以調試和擴展，更沒有移植性。
【強制】資料訂正(特別是刪除或修改記錄操作)時，要先 select，避免出現誤刪除，確認無誤才能執行更新語句。
【強制】對於資料庫中表記錄的查詢和變更，只要涉及多個表，都需要在列名前加表的別名(或 表名)進行限定。
說明：對多表進行查詢記錄、更新記錄、刪除記錄時，如果對操作列沒有限定表的別名(或表名)，並且操作列在多個表中存在時，就會拋異常。
正例：select t1.name from table_first as t1 , table_second as t2 where t1.id=t2.id;
反例：在某業務中，由於多表關聯查詢語句沒有加表的別名(或表名)的限制，正常運行兩年後，最近在某個表中增加一個同名欄位，在預發布環境做資料庫變更後，線上查詢語句出現出 1052 異常：Column ‘name’ in field list is ambiguous。
【推薦】SQL 語句中表的別名前加 as，並且以 t1、t2、t3、…的順序依次命名。
說明：
- 別名可以是表的簡稱，或者是根據表出現的順序，以 t1、t2、t3 的方式命名。
- 別名前加 as 使別名更容易識別。
正例：select t1.name from table_first as t1, table_second as t2 where t1.id=t2.id;**
【推薦】in 操作能避免則避免，若實在避免不了，需要仔細評估 in 後邊的集合元素數量，控 制在 1000 個之內。
【參考】因國際化需要，所有的字符存儲與表示，均採用 utf8 字符集，那麼字符計數方法需 要注意。
說明：
SELECT LENGTH(“輕鬆工作”); 返回為 12
SELECT CHARACTER_LENGTH(“輕鬆工作”); 返回為 4
如果需要存儲表情，那麼選擇 utf8mb4 來進行存儲，注意它與 utf8 編碼的區別。
【參考】TRUNCATE TABLE 比 DELETE 速度快，且使用的系統和事務日誌資源少，但TRUNCATE 無事務且不觸發 trigger，有可能造成事故，故不建議在開發程式碼中使用此語句。
說明：TRUNCATE TABLE 在功能上與不帶 WHERE 子句的 DELETE 語句相同。
心得
看完這篇「SQL語句」後，沒想到光是 Count 就這麼多學問，在 Count 要考慮 NPE 產生的結果和問題；再來就是使用 ISNULL Function 來做處理和判斷，居然效能會比較快，這點我沒有特別去驗證過，但是也讓我驚豔了。剩下其他的一些規約就參考記住，開發實作時候在保持良好的習慣即可。
結語
文章越看越多，技術越學越多，就會發現自己的不足；技術學到後面都會想要將基礎再重新在打得更加扎實。
以前在開發覺得理所當然的事情，例如：命名規則、命名規範，照著別人怎麼說就怎麼做的想法，並沒有好好去想為什麼要這樣設計和規範。
於是乎同事們推薦《阿里巴巴Java開發手冊》來做閱讀，書中提到種種規範《正確範例》、《錯誤範例》還有解釋定義說明；我相信在閱讀完這一系列後，一定會更加扎實且實在。
如對此書有興趣，建議去購買官方認證的書籍，給予官方支持。
註：如有侵權，通知即刪。
註：以上參考了
Alibaba-Java-Coding-Guidelines Github
Alibaba-Java-Coding-Guidelines English Version
