mybatis自动除开多余的逗号，AND , OR

mybatis自动去除多余的逗号，AND , OR

一直纠结的问题由于自己的知识面太窄而浪费了很多时间，其实无需处理，下面是mybatis 官方文档：

trim, where, set

前面几个例子已经合宜地解决了一个臭名昭著的动态 SQL 问题。现在考虑回到“if”示例，这次我们将“ACTIVE = 1”也设置成动态的条件，看看会发生什么。

<selectid="findActiveBlogLike"resultType="Blog">
  SELECT * FROM BLOG 
  WHERE 
  <iftest="state != null">
    state = #{state}
  </if><iftest="title != null">
    AND title like #{title}
  </if><iftest="author != null and author.name != null">
    AND author_name like #{author.name}
  </if></select>

如果这些条件没有一个能匹配上将会怎样？最终这条 SQL 会变成这样：

SELECT * FROM BLOG
WHERE

这会导致查询失败。如果仅仅第二个条件匹配又会怎样？这条 SQL 最终会是这样:

SELECT * FROM BLOG
WHERE 
AND title like ‘someTitle’

这个查询也会失败。这个问题不能简单的用条件句式来解决，如果你也曾经被迫这样写过，那么你很可能从此以后都不想再这样去写了。

MyBatis 有一个简单的处理，这在90%的情况下都会有用。而在不能使用的地方，你可以自定义处理方式来令其正常工作。一处简单的修改就能得到想要的效果：

<selectid="findActiveBlogLike"resultType="Blog">
  SELECT * FROM BLOG 
  <where><iftest="state != null">
         state = #{state}
    </if><iftest="title != null">
        AND title like #{title}
    </if><iftest="author != null and author.name != null">
        AND author_name like #{author.name}
    </if></where></select>

where 元素知道只有在一个以上的if条件有值的情况下才去插入“WHERE”子句。而且，若最后的内容是“AND”或“OR”开头的，where 元素也知道如何将他们去除。

如果 where 元素没有按正常套路出牌，我们还是可以通过自定义 trim 元素来定制我们想要的功能。比如，和 where 元素等价的自定义 trim 元素为：

<trimprefix="WHERE"prefixOverrides="AND |OR ">
  ... 
</trim>

prefixOverrides 属性会忽略通过管道分隔的文本序列（注意此例中的空格也是必要的）。它带来的结果就是所有在 prefixOverrides 属性中指定的内容将被移除，并且插入 prefix 属性中指定的内容。

类似的用于动态更新语句的解决方案叫做 set。set 元素可以被用于动态包含需要更新的列，而舍去其他的。比如：

<updateid="updateAuthorIfNecessary">
  update Author
    <set><iftest="username != null">username=#{username},</if><iftest="password != null">password=#{password},</if><iftest="email != null">email=#{email},</if><iftest="bio != null">bio=#{bio}</if></set>
  where id=#{id}
</update>

这里，set 元素会动态前置 SET 关键字，同时也会消除无关的逗号，因为用了条件语句之后很可能就会在生成的赋值语句的后面留下这些逗号。

若你对等价的自定义 trim 元素的样子感兴趣，那这就应该是它的真面目：

<trimprefix="SET"suffixOverrides=",">
  ...
</trim>

mybatis自动除开多余的逗号，AND , OR

trim, where, set

相关推荐