- 【強制】在表查詢中,一律不要使用 * 作爲查詢的字段列表,需要哪些字段必須明確寫明。
說明:
1)增加查詢分析器解析成本。
2)增減字段容易與 resultMap 配置不一致。
3)無用字段增加網絡消耗,尤其是 text 類型的字段。
-
【強制】
POJO 類
的布爾屬性不能加is
,而數據庫字段必須加 is_,要求在resultMap
中進行字段
與屬性之間的映射
。
說明:參見定義 POJO 類以及數據庫字段定義規定,在 sql.xml 增加映射,是必須的。 -
【強制】不要用 resultClass 當返回參數,即使所有類屬性名與數據庫字段一一對應,也需要定義;反過來,每一個表也必然有一個與之對應。
說明:配置映射關係,使字段與DO 類解耦
,方便維護。 -
【強制】sql.xml 配置參數使用:
#{},#param#
不要使用${}
此種方式容易出現SQL 注入
-
【強制】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);
-
【強制】不允許直接拿
HashMap
與Hashtable
作爲查詢結果集的輸出。
反例:某同學爲避免寫一個\<resultMap\>
,直接使用HashTable
來接收數據庫返回結果,結果出現日常是把 bigint 轉成 Long 值,而線上由於數據庫版本不一樣,解析成BigInteger
,導致線上問題。 -
【強制】更新數據表記錄時,必須同時更新記錄對應的
gmt_modified
字段值爲當前時間。 -
【推薦】不要寫一個大而全的數據更新接口。傳入爲 POJO 類,不管是不是自己的目標更新字段,都進行 update table set c1=value1,c2=value2,c3=value3; 這是不對的。執行 SQL 時,不要更新無改動的字段,一是易出錯;二是效率低;三是增加 binlog 存儲。
-
【參考】@Transactional 事務不要濫用。事務會影響數據庫的 QPS,另外使用事務的地方需要考慮各方面的回滾方案,包括
緩存回滾
、搜索引擎回滾
、消息補償
、統計修正
等。 -
【參考】
isEqual
中的 compareValue 是與屬性值對比的常量,一般是數字,表示相等時帶上此條件;表示不爲空且不爲 null 時執行;isNotNull
表示不爲 null 值時執行。