1. 【強制】在表查詢中，一律不要使用 * 作為查詢的欄位列表，需要哪些欄位必須明確寫明。

說明：

1 ） 增加查詢分析器解析成本。

2 ） 增減欄位容易與 resultMap 配置不一致。

3）無用欄位增加網路消耗，尤其是 text 型別的欄位。

2. 【強制】 POJO 類的布林屬性不能加 is ，而資料庫欄位必須加 is _，要求在 resultMap 中進行欄位與屬性之間的對映。

說明：參見定義 POJO 類以及資料庫欄位定義規定，在 <resultMap>中 增加對映，是必須的。在 MyBatis Generator 生成的程式碼中，需要進行對應的修改。

3. 【強制】不要用 resultClass 當返回引數，即使所有類屬性名與資料庫欄位一一對應，也需要定義 ； 反過來，每一個表也必然有一個 POJO 類與之對應。

說明：配置對映關係，使欄位與 DO 類解耦，方便維護。

4. 【強制】sql. xml 配置引數使用：#{}，# param # 不要使用${} 此種方式容易出現 SQL 注入。

5. 【強制】 iBATIS 自帶的 queryForList(String statementName , int start , int size) 不推薦使用。

說明：其實現方式是在資料庫取到 statementName 對應的 SQL 語句的所有記錄，再通過 subList取 start , size 的子集合。

正例：

Map<String, Object> map = new HashMap<>();

map.put("start", start);

map.put("size", size);

6. 【強制】不允許直接拿 HashMap 與 Hashtable 作為查詢結果集的輸出。

說明： resultClass=”Hashtable” ，會置入欄位名和屬性值，但是值的型別不可控。

7. 【強制】更新資料表記錄時，必須同時更新記錄對應的 gmt _ modified 欄位值為當前時間。

8. 【推薦】不要寫一個大而全的資料更新介面。傳入為 POJO 類，不管是不是自己的目標更新欄位，都進行 update table set c1=value1,c2=value2,c3=value3;  這是不對的。執行 SQL時，不要更新無改動的欄位，一是易出錯 ； 二是效率低 ； 三是增加 binlog 儲存。

9. 【參考】@ Transactional 事務不要濫用。事務會影響資料庫的 QPS ，另外使用事務的地方需要考慮各方面的回滾方案，包括快取回滾、搜尋引擎回滾、訊息補償、統計修正等。

10. 【參考】< isEqual >中的 compareValue 是與屬性值對比的常量，一般是數字，表示相等時帶上此條件 ； < isNotEmpty >表示不為空且不為 null 時執行 ； < isNotNull >表示不為 null 值時執行。