巧用mybatis 的<foreach>标签的 index 属性解决批量排序值问题

简介

在实际的工作中，我们往往遇到批量数据保存 或者编辑的时候需要进行 排序字段 设置保存排序顺序的问题。大多的时候，我们选择在代码中进行遍历设置，其实这种选择存在一个问题，主要是我们更多的时候其实只是为了设置一个 sort字段的值，并不进行其他相关业务逻辑的处理，这时候选择在代码中循环遍历是非常不明智的，因为我们会在mybatis中使用<foreach>进行批量插入的操作，这样造成我们为了设置一个sort字段的值而进行了两次的循环操作。

基于这个问题，所以需要进行改进，在mybatis的官方文档中，发现 <foreach>标签中有一个 index 的属性，可以满足我们进行批量操作的时候，解决sort字段值得设置。

<insert id="batchInsertSelective" parameterType="list">
    insert into
      proc_pre_item (proc_tempt_id, type_id, sort, create_user, create_date)
    values
    <foreach collection="list" separator="," item="preItem" index="idx">
        (
            #{preItem.procTemptId,jdbcType=BIGINT},
            #{preItem.typeId,jdbcType=BIGINT},
            #{idx},
            #{preItem.createUser,jdbcType=BIGINT},
            #{preItem.createDate,jdbcType=TIMESTAMP}
        )
    </foreach>
</insert>
 
 
1
2
3
4
5
6
7
8
9
10
11
12
13
14
 
 
1
2
3
4
5
6
7
8
9
10
11
12
13
14

< foreach> 标签解读

官方文档：http://www.mybatis.org/mybatis-3/zh/dynamic-sql.html 
描述： 

index 就是 当前 List 集合遍历次数的 计数器， 故而使用它来 解决我们 业务中 需要设置 sort 字段的值得变化。

业务场景描述

在实际的项目中，需要对一个树节点进行上下移动操作，最后在提交数据后需要保存最后树节点的排序顺序。

经历的坑：

实际在操作的时候，我们选择在业务代码的 Service 层中进行数据的遍历，同时设置 节点的sort 值得变化，而且这样操作带来的一个最为直接的问题就是 sort值得处理，如果是新增业务，还是容易解决的，但是，恰恰更多的是编辑操作，这样，在选择设置sort值得时候就要引进更多的 处理sort值的问题， 造成更为复杂的非业务逻辑功能。而且并不能保证数据的真确性。

使用 的index解决 排序值问题(sort 字段可以每次重新生成)

因此在项目中使用 标签的 index 属性很好的解决了这个问题，最主要的是降低了代码的复杂度，提高可读性和功能的单一性以及可维护性。

有了这个神器， 我们就可以直接在service层处理业务相关的问题， 把sort值得设定交给 底层的sql在操作的时候自动处理，这样就保证了 sort值得唯一性。代码量大大的减少。

可能有人要问，那批量操作的时候夹杂着 更新和新增 节点的功能的时候，这个怎么处理，其实这个主要看你们项目的选择，对于树这种节点不是很多的操作可以使用这个方式（如何批量更新 新增参照的另外一篇博文： mysql数据库中批量更新），如果存在非常多的节点，建议直接使用Redis 的原子性操作解决（这个就不介绍了），如果存在非常多的节点，建议直接使用redis 的原子性操作解决（这个就不介绍了），

下面直接看最后我的 mybatis xml 中的代码 和最终数据库中数据：

<
insert id="batchInsertSelective" parameterType="list">
<!--@mbggenerated -->
insert into
    proc_pre_item (proc_tempt_id, type_id, sort, create_user, create_date)
values
<foreach collection="list" separator="," item="preItem" index="idx">
    (
        #{preItem.procTemptId,jdbcType=BIGINT},
        #{preItem.typeId,jdbcType=BIGINT},
        #{idx},
        #{preItem.createUser,jdbcType=BIGINT},
        #{preItem.createDate,jdbcType=TIMESTAMP}
    )
</foreach>
</insert>
 
 
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
 
 
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16