Java開發(fā) 數(shù)據(jù)庫 ORM 映射

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

說明：

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

2）增減字段容易與 resultMap 配置不一致。

3）無用字段增加網(wǎng)絡消耗，尤其是 text 類型的字段。

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

說明：參見定義 POJO 類以及數(shù)據(jù)庫字段定義規(guī)定，在 sql.xml 增加映射，是必須的。

\3. 【強制】不要用 resultClass 當返回參數(shù)，即使所有類屬性名與數(shù)據(jù)庫字段一一對應，也需要定義<resultMap>；反過來，每一個表也必然有一個<resultMap>與之對應。

說明：配置映射關系，使字段與 DO 類解耦，方便維護。

\4. 【強制】sql.xml 配置參數(shù)使用：#{}，#param# 不要使用${} 此種方式容易出現(xiàn) SQL 注入。

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

說明：其實現(xiàn)方式是在數(shù)據(jù)庫取到 statementName 對應的 SQL 語句的所有記錄，再通過 subList 取 start,size 的子集合。

正例：

Map<String, Object> map = new HashMap<>(16);
map.put("start", start);
map.put("size", size);

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

反例：某同學為避免寫一個<resultMap>xxx</resultMap>，直接使用 HashTable 來接收數(shù)據(jù)庫返回結果，結果出現(xiàn)日常是把 bigint 轉成 Long 值，而線上由于數(shù)據(jù)庫版本不一樣，解析成 BigInteger，導致線上問題。

\7. 【強制】更新數(shù)據(jù)表記錄時，必須同時更新記錄對應的 update_time 字段值為當前時間。

\8. 【推薦】不要寫一個大而全的數(shù)據(jù)更新接口。傳入為 POJO 類，不管是不是自己的目標更新字段，都進行 update table set c1=value1,c2=value2,c3=value3; 這是不對的。執(zhí)行 SQL 時，不要更新無改動的字段，一是易出錯；二是效率低；三是增加 binlog 存儲。

\9. 【參考】@Transactional 事務不要濫用。事務會影響數(shù)據(jù)庫的 QPS，另外使用事務的地方需要考慮各方面的回滾方案，包括緩存回滾、搜索引擎回滾、消息補償、統(tǒng)計修正等。

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