Mybatis xml mapper 特殊寫法總結

　　項目告一段落，業務代碼也寫得差很少了，框架仍然用的是 ssm ，爲了省去單表數據庫操做的代碼編寫，繼續用 mybatis generator 生成單表對應的實體類、dao層映射關聯及配置文件，私下還嘗試了幾個實現批量插入，翻頁查詢及實體類序列化的插件，仍是很奏效的。下面着重介紹一下近期開發中常見的 mybatis xml 中的特殊寫法。

1. 關於 >,< 比較運算符的使用

　　一種寫法是直接將 > 換成 &gt; 把 < 換成 &lt; 

        <if test="start != null">
          AND call_time &gt;= #{start}
        </if>
        <if test="end != null">
          AND call_time &lt;= #{end}
　　　   </if>

　　另外一種寫法是用 <![CDATA[ *** ]]> 將 sql 包起來:

        <![CDATA[
        and create_time >= #{start}
        ]]>

 2. 實現模糊查詢 like 

　　一種是比較規矩一點的寫法，用 <bind name=" *** " value = " *** " />  實現 like 子句的綁定:

    <if test="secretId != null and secretId != ''">
      <bind name="pattern" value="'%' + secretId + '%'" />
      and secret_id like #{pattern}
    </if>

　　注意將 <bind .../> 寫在條件判斷裏面，不然當 secretId 爲 null 的時候是會出異常的。

　　另外一種比較簡單粗暴，直接寫爲 '%${like_clause}%' 放到語句中:

    <if test="batchNo != null and batchNo != ''">
        WHERE batch_no LIKE '%${batchNo}%'
    </if>

 3. IF(***,***,***) 這樣的 mysql 函數在 mybatis 中無效:

   <select id="getCallerItems" parameterType="java.lang.String">
    SELECT a.account AS name,
    IF(tmp1.calledNum IS NULL,0,tmp1.calledNum),
    IF(tmp2.ownedCallNum IS NULL,0,tmp2.ownedCallNum)
    FROM account a LEFT JOIN (
        SELECT COUNT(*) AS calledNum,`owner`
        FROM secret_pool
        WHERE `status` = 0
        <if test="batchNo !=null">
            and batch_no = #{batchNo}
        </if>
        AND call_round > 0
        GROUP BY `owner`
    )tmp1 ON a.account = tmp1.`owner` LEFT JOIN (
        SELECT COUNT(*) AS ownedCallNum,`owner`
        FROM secret_pool
        WHERE `status` = 0
        <if test="batchNo !=null">
            and batch_no = #{batchNo}
        </if>
        GROUP BY `owner`
    )tmp2 ON a.account = tmp2.`owner`
  </select>

  　　這裏我是想用將外鏈接中因匹配不到對應結果而產生的 null 替換成 0 ，結果非但沒有替換成功還查不出正確的結果，心塞。

4. <where>,<choose>,<foreach> 標籤的應用:

　　<where></where> 普遍用於非必傳參數的條件查詢；

　　mybatis 中沒有表示 else if 的標籤，可用<choose> 配合 <otherwise> 來代替；

　　<foreach> 在傳入參數包含集合的時候可用到;

    <select id="selectByPagination" resultMap="BaseResultMap" parameterType="bz.sunlight.dto.UserSearchDTO">
        SELECT u.* FROM `user` u
        LEFT JOIN user_role ur ON u.Id = ur.User_Id
        LEFT JOIN role r ON ur.Role_Id = r.Id
        <where>
            <if test="name != null and name != ''">
                u.`Name` LIKE '%${name}%'
            </if>
            <if test="status != null">
                AND u.Status = #{status}
            </if>
            <if test="roleId != null">
                AND r.Id IN
                <foreach item="item" collection="roleIds" separator="," open="(" close=")" index="">
                    #{item, jdbcType=VARCHAR}
                </foreach>
            </if>
        </where>
        <if test="sortField != null and sortField != ''">
            ORDER BY
            <choose>
                <when test="isDesc != null and isDesc"> ${sortField} DESC </when>
                <otherwise> ${sortField} </otherwise>
            </choose>
        </if>
        <if test="pageSize != null">
            <if test="offset != null">
                limit ${offset}, ${pageSize}
            </if>
            <if test="offset == null">
                limit ${pageSize}
            </if>
        </if>
    </select>

 

　　其實說到底，無論哪一種寫法都是爲了實現一條 sql 語句，後臺開發核心仍是 sql ，即便框架用得再熟，若是對理解不透數據模型不能高效地查出準確的結果，什麼高大上的實現方式都是花架子，至於到底選擇哪一種寫法，我的以爲越簡單越好。我雖然在上面列舉了不一樣的實現方式都由於在對的時間遇到了不必定對的它，記下來緬懷那段邂逅。