Mybatis中where标签与if标签结合使用详细说明

前言

由于不小心将and或者or写在了语句后面，导致mybatis无法自主判别，这种问题在新上手的同学中很是常见。下面我们探讨一下，在哪些情况下Mybatis无法判断动态SQL语句中的and或者or。

使用<where>标签

select筛选出视图对象的参数，用于给前端返回页面参数使用。

<sql id="selectFileVo">
       select file_id,
              uuid,
              file_name,
              file_url,
              status,
              create_time,
              update_time
       from file
   </sql>

以下代码格式是正确，我们先观察下and或者or的位置。

<select id="selectFileList" parameterType="File" resultMap="FileResult">
       <include refid="selectFileVo"/>
       <where>
           <if test="fileName != null  and fileName != ''">
               and file_name like concat('％', #{fileName}, '％')
           </if>
           <if test="status != null  and status != ''">
               and status = #{status}
           </if>
           <if test="params.beginCreateTime != null and params.beginCreateTime != '' and params.endCreateTime != null and params.endCreateTime != ''">
               and create_time between #{params.beginCreateTime} and #{params.endCreateTime}
           </if>
       </where>
   </select>

再看一下错误的写法；

<select id="selectFileList" parameterType="File" resultMap="FileResult">
       <include refid="selectFileVo"/>
       <where>
           <if test="fileName != null  and fileName != ''">
               file_name like concat('％', #{fileName}, '％') and
           </if>
           <if test="status != null  and status != ''">
               status = #{status} and
           </if>
           <if test="params.beginCreateTime != null and params.beginCreateTime != '' and params.endCreateTime != null and params.endCreateTime != ''">
               create_time between #{params.beginCreateTime} and #{params.endCreateTime}
           </if>
       </where>
   </select>

这时候运行该代码，当beginCreateTime或endCreateTime为空时，我们会发现报错SQL执行异常，原因是where多了一个and。

总结

当<if>标签判断失败后， <where> 标签关键字可以自动去除掉库表字段赋值前面的and，不会去掉语句后面的and关键字，即<where> 标签只会去掉<if> 标签语句中的最开始的and关键字。所以上面的写法（and写在后面）是不符合mybatis规范的。

不使用<where>标签

当不使用<where>标签时，正确的写法可以参考以下代码：

<select id="selectFileList" parameterType="File" resultMap="FileResult">
       <include refid="selectFileVo"/>
       where 1=1
       <if test="fileName != null  and fileName != ''">
           and file_name like concat('％', #{fileName}, '％')
       </if>
       <if test="status != null  and status != ''">
           and status = #{status}
       </if>
       <if test="params.beginCreateTime != null and params.beginCreateTime != '' and params.endCreateTime != null and params.endCreateTime != ''">
           and create_time between #{params.beginCreateTime} and #{params.endCreateTime}
       </if>
   </select>

此时我们发现and是写在前面的，同时增加了1=1条件。

如果我们去掉1=1条件，同时去掉第一个<if>标签的and。

<select id="selectFileList" parameterType="File" resultMap="FileResult">
       <include refid="selectFileVo"/>
       where
       <if test="fileName != null  and fileName != ''">
           file_name like concat('％', #{fileName}, '％')
       </if>
       <if test="status != null  and status != ''">
           and status = #{status}
       </if>
       <if test="params.beginCreateTime != null and params.beginCreateTime != '' and params.endCreateTime != null and params.endCreateTime != ''">
           and create_time between #{params.beginCreateTime} and #{params.endCreateTime}
       </if>
   </select>

这种情况下，当fileName为空时，sql语句中会出现where and这种错误的语法，最终导致sql执行异常。所以正确的代码中，使用1=1条件，当fileName为空时，sql语句就会变成where 1=1 ，后面接不接and都能正确执行。

在不使用<where>标签的情况下，and写在后面，在where条件最后增加1=1判断，原理和上面一样，这里就不再赘述了。

来源：https://blog.csdn.net/Ber_Bai/article/details/128091211