Mapper.xml映射文件动态SQL解析

动态SQl
　　mybatis核心 对sql语句进行灵活操作，通过表达式进行判断，对sql进行灵活拼接、组装。对查询条件进行判断，如果输入参数不为空才进行查询条件拼接。

1、if
1
2
3 select * from user
4 where 1=1
5
6 and id=#{id}
7
8
9 and username like ‘%${username}%’
10
11

2、Where
　　上面的配置也可以按如下来写：

复制代码
1
2 select * from user
3
4
5 and id=#{id}
6
7
8 and username like ‘%${username}%’
9
10
11

可以自动处理第一个and。

3、foreach

向sql传递数组或List，mybatis使用foreach解析，如下：

如果我们需要传入多个ID来查询多个用户的信息，这也就可以使用foreach。我们先考虑下如果只写sql语句是如下：
　　
1 SELECT * FROM USERS WHERE username LIKE ‘%张%’ AND (id =10 OR id =89 OR id=16)
2 SELECT * FROM USERS WHERE username LIKE ‘%张%’ id IN (10,89,16)

index：为数组的下标。
　　item：为数组每个元素的名称，名称随意定义
　　open：循环开始
　　close：循环结束
　　separator：中间分隔输出

通过POJO传入List，映射文件如下：

1
2
3 #{id}
4
5
　　或者：

1
2
3 id = #{id}
4
5
　　传递单个List

传递List类型在编写mapper.xml没有区别，唯一不同的是只有一个List参数时它的参数名为list。

配置文件如下：

select * from user

传递单个数组（数组中是POJO）

<select id="selectUserByArray" parameterType="Object[]" resultType="user">
    select * from user 
    <where>
    <!-- 传递数组 -->
    <if test="array!=null">
    <foreach collection="array" index="index" item="item" open="and id in("separator=","close=")">
        #{item.id} 
    </foreach>
    </if>
    </where>

sql只接收一个数组参数，这时sql解析参数的名称mybatis固定为array，如果数组是通过一个pojo传递到sql则参数的名称为pojo中的属性名。

传递单个数组（数组中是简单类型）

配置文件如下：
1
2
3 select * from user
4
5
6
7 <foreach collection="array"index="index"item="item"open=“and id in(“separator=”,“close=”)”>
8 #{item}
9
10
11
12

如果数组中是简单类型则写为#{item}，不用再通过ognl获取对象属性值了。
　　
　Sql片段
　　Sql中可将重复的sql提取出来，使用时用include引用即可，最终达到sql重用的目的，如下：
　　映射文件如下：
1
2
3 select * from user
4
5
6 and id=#{id}
7
8
9 and username like ‘%${username}%’
10
11
12

如果有多个statement都使用相同的查询条件，那么就可以把查询条件抽取出来作为单独的Sql片段。

Sql片段配置：
1
2
3 and id=#{id}
4
5
6 and username like ‘%${username}%’
7
8

使用include引用：**
1
2 select * from user
3
4
5
6

注意：如果引用其它mapper.xml的sql片段，则在引用时需要加上namespace，如下：<include refid="namespace.sql片段”/>

Mapper配置文件中常用的基本属性就是这些，如果还有其他的特殊需求可以根据需要来进行修改配置。另外，在我们的设计中，如果已经定义好了基本的POJO在引用的时候可以在定义一个视图查询层的POJO在其中封装基本的POJO和自定义的POJO(继承基本的POJO)，这样就可以较容易实现扩展。当数据库需求有变化的时候可以不修改基本POJO，而修改自定义的POJO，这样就可以实现较好的扩展，而不影响其他模块。如果前端需求有变动，可以通过修改前端的POJO来实现较小的改动。