mybatis动态sql常用场景总结-巨人网络通讯

mybatis动态sql常用场景总结

前言

平时在开发中，针对动态sql这块目前是薄弱点，自己根据官网在对应项目边测试边写博客，此篇只是为了加深动态sql的熟练度，有不到之处敬请批评指正！

1.if

使用动态 SQL 最常见情景是根据条件包含 where 子句的一部分。比如：

select id="findActiveBlogWithTitleLike"
     resultType="Blog">
  SELECT * FROM BLOG
  WHERE state = ‘ACTIVE'
  if test="title != null">
    AND title like #{title}
  /if>
/select>

这条语句提供了可选的查找文本功能。如果不传入 “title”，那么所有处于 “ACTIVE” 状态的 BLOG 都会返回；如果传入了 “title” 参数，那么就会对 “title”
一列进行模糊查找并返回对应的 BLOG 结果（细心的读者可能会发现，“title” 的参数值需要包含查找掩码或通配符字符）。
如果希望通过 “title” 和 “author” 两个参数进行可选搜索该怎么办呢？首先，我想先将语句名称修改成更名副其实的名称；接下来，只需要加入另一个条件即可。

select id="findActiveBlogLike"
     resultType="Blog">
  SELECT * FROM BLOG WHERE state = ‘ACTIVE'
  if test="title != null">
    AND title like #{title}
  /if>
  if test="author != null and author.name != null">
    AND author_name like #{author.name}
  /if>
/select>

2. choose、when、otherwise

有时候，我们不想使用所有的条件，而只是想从多个条件中选择一个使用。针对这种情况，MyBatis 提供了 choose 元素，它有点像 Java 中的 switch 语句。
还是上面的例子，但是策略变为：传入了 “title” 就按 “title” 查找，传入了 “author” 就按 “author” 查找的情形。若两者都没有传入，
就返回标记为 featured 的 BLOG（这可能是管理员认为，与其返回大量的无意义随机 Blog，还不如返回一些由管理员精选的 Blog）。

select id="findActiveBlogLike"
     resultType="Blog">
  SELECT * FROM BLOG WHERE state = ‘ACTIVE'
  choose>
    when test="title != null">
      AND title like #{title}
    /when>
    when test="author != null and author.name != null">
      AND author_name like #{author.name}
    /when>
    otherwise>
      AND featured = 1
    /otherwise>
  /choose>
/select>

3. trim、where、set

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

select id="findActiveBlogLike"
     resultType="Blog">
  SELECT * FROM BLOG
  WHERE
  if test="state != null">
    state = #{state}
  /if>
  if test="title != null">
    AND title like #{title}
  /if>
  if test="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 有一个简单且适合大多数场景的解决办法。而在其他场景中，可以对其进行自定义以符合需求。而这，只需要一处简单的改动：

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

where 元素只会在子元素返回任何内容的情况下才插入 “WHERE” 子句。而且，若子句的开头为 “AND” 或 “OR”，where 元素也会将它们去除。
如果 where 元素与你期望的不太一样，你也可以通过自定义 trim 元素来定制 where 元素的功能。比如，和 where 元素等价的自定义 trim 元素为：

trim prefix="WHERE" prefixOverrides="AND |OR ">
  ...
/trim>

prefixOverrides 属性会忽略通过管道符分隔的文本序列（注意此例中的空格是必要的）。上述例子会移除所有 prefixOverrides 属性中指定的内容，并且插入 prefix 属性中指定的内容。
用于动态更新语句的类似解决方案叫做 set。set 元素可以用于动态包含需要更新的列，忽略其它不更新的列。比如：

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

这个例子中，set 元素会动态地在行首插入 SET 关键字，并会删掉额外的逗号（这些逗号是在使用条件语句给列赋值时引入的）。
来看看与 set 元素等价的自定义 trim 元素吧：

trim prefix="SET" suffixOverrides=",">
  ...
/trim>

注意，我们覆盖了后缀值设置，并且自定义了前缀值。

4. foreach

动态 SQL 的另一个常见使用场景是对集合进行遍历（尤其是在构建 IN 条件语句的时候）。比如：

select id="selectPostIn" resultType="domain.blog.Post">
  SELECT *
  FROM POST P
  WHERE ID in
  foreach item="item" index="index" collection="list"
      open="(" separator="," close=")">
        #{item}
  /foreach>
/select>

foreach 元素的功能非常强大，它允许你指定一个集合，声明可以在元素体内使用的集合项（item）和索引（index）变量。它也允许你指定开头与结尾的字符串以及集合项迭代之间的分隔符。
这个元素也不会错误地添加多余的分隔符，看它多智能！
提示你可以将任何可迭代对象（如 List、Set 等）、Map 对象或者数组对象作为集合参数传递给 foreach。当使用可迭代对象或者数组时，index 是当前迭代的序号，
item 的值是本次迭代获取到的元素。当使用 Map 对象（或者 Map.Entry 对象的集合）时，index 是键，item 是值。
至此，我们已经完成了与 XML 配置及映射文件相关的讨论。下一章将详细探讨 Java API，以便你能充分利用已经创建的映射配置。

到此这篇关于mybatis动态sql总结的文章就介绍到这了,更多相关mybatis动态sql内容请搜索脚本之家以前的文章或继续浏览下面的相关文章希望大家以后多多支持脚本之家！

您可能感兴趣的文章: