5.4 ORM映射

1.強制：在表查詢中，一律不要使用 * 作爲查詢的字段列表，需要哪些字段必須明確寫明。

說明：

1. 增加查詢分析其解析成本。
2. 增減字段容易與 resultMap 配置不一致。

2.強制：POJO 類的布爾屬性不能加 is ，而數據庫字段必須加 is_，要求在 resultMap 中進行字段與屬性之間的映射。

說明：

        參見定義 POJO 類以及數據庫字段定義規定，在<resultMap> 中必須添加映射。在 MyBatis Generator 生成的代碼中，需要進行對應的修改。

3.強制：不要用 resultClass 作爲返回參數，即使所有類屬性名與數據庫字段一一對應，也需要定義；反過來，每一個表也必然有一個屬性與之對應。

說明：

        配置映射關係，使字段與 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<String,Object>();

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.參考：@Transaction 事務會影響數據庫的 QPS 。另外，使用事務的地方需要考慮各方面的回滾方案，包括緩存回滾、搜索引擎回滾、消息補償、統計修正等。

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