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

2017-01-13 15:04:52来源:csdn作者:liudongdong0909人点击

第七城市
简介

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

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

<insert 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>< 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 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>


第七城市

最新文章

123

最新摄影

微信扫一扫

第七城市微信公众平台