mybatis中一对多分页查询结果异常问题解决

已于 2024-02-28 10:50:27 修改
阅读量3.1k 收藏 31
点赞数 33
CC 4.0 BY-SA版权
分类专栏： Java开发问题记录 文章标签： mybatis sql java
于 2024-02-20 18:38:41 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/weixin_50348837/article/details/135220869
文章讲述了作者在Mybatis中遇到一对多查询分页的问题，发现分页插件PageHelper不会对Feign接口的SQL进行分页，通过调整Mapper层的SQL和使用子查询解决了返回重复记录的问题，确保了正确分页显示数据。

摘要生成于 C知道 ，由 DeepSeek-R1 满血版支持， 前往体验 >

废话不多说，又是日常遇到问题的一天。需求就是在原来的列表查询接口新增一个展示字段，而这个展示字段和列表记录是一对多的关系。更详细的说，就是原本是个入库单列表分页查询接口，现在需要在这个接口上面返回入库单关联的入库设备的信息。这其实就是典型的mybatis中一对多的查询关系。对于这个需求，当然是自信满满的一顿操作猛如虎的写完，丢给前端联调。

然而，不出意外的话，就要出意外了。

前端调试的时候分页查询的时候，传的pageSize是15，但是当前页展示的却只有11条记录。

看来，又是懵逼的一天。

突然，想起来了，写代码的这个同事，上次就因为没有把目标分页的sql查询作为PageHelper.startPage()方法后第一个查询语句，导致分页出错。这次，估计又是这样。

看了一下，他的代码，分页方法在controller层：

赶紧去看它的业务层，是不是又没把目标分页的查询语句，放在前面： 

果然，又坑我， 第一个查询语句是查询用户的。迅速调整，把PageHelper.startPage()直接放到目标查询语句的最上面。

这次应该可以了吧？！测一下，试试水。

 

我丢，还是不行！ 不对，如果原本就分页有问题的话，应该早就提bug了，迅速去生产环境一看，分页对。

那不对啊，他分页的方法后第一个查询语句是查询用户的啊。按原本那样写，肯定是分页的查询用户的结果啊。点进去一看才发现，这个查询用户的方法是通过feign接口调用的。

 PageHelper是Mybatis的一个分页插件，肯定是不会对调用feign接口里面的查询sql进行分页的。

那么，现在看来，问题只能出在我对mapper层的查询修改上面。

主要做了如下修改：

修改sql查询语句，并增加resultMap映射，实现mybatis的一对多的查询

 <select id="getInWarehouse" resultMap="getInWarehouseMap">
    SELECT
        t1.id,
        (SELECT `name` FROM `t_dic_item` where type_code="in_warehouse_type" and `code`=t1.in_warehouse_type) inWarehouseType,
        t2.warehouse_name,
        t1.num,
        t1.	in_warehouse_code,
        t1.attachment_id,
        t1.in_warehouse_time,
        t1.state,
        u.name crName,
        t1.cr_time,
        t3.handle_finish_time,
        t4.equip_name,
        t4.num equipNum
    FROM
        t_wm_in_warehouse t1
        left join t_wm_warehouse_info t2 on t1.warehouse_id=t2.id
        left join `user` u on t1.cr_uid=u.id
        left join work_order t3 on t1.work_order_id=t3.id
        left join (
          SELECT
          tcweij.id,
          tcweij.equip_name,
          tcwre.relation_id,
          tcwre.num
          FROM
          t_wm_relation_equip tcwre
          LEFT JOIN (
          SELECT
          tcwei.id,
          tcwei.equip_name
          FROM
          t_wm_equip_info tcwei
          WHERE
          tcwei.removed = 0
          ) tcweij ON tcwre.equip_id = tcweij.id
          where tcwre.type =2
        ) t4 ON t1.id = t4.relation_id
        <where>
        <trim prefixOverrides="and">
          <if test="inWarehouseCode!=null and inWarehouseCode!=''">
            AND t1.in_warehouse_code like concat('%',#{inWarehouseCode},'%')
          </if>
          <if test="inWarehouseType!=null and inWarehouseType!=''">
            AND t1.in_warehouse_type = #{inWarehouseType}
          </if>
          <if test="warehouseId">
            AND t1.warehouse_id = #{warehouseId}
          </if>
          <if test="state!=null">
            AND t1.state = #{state}
          </if>
          <if test="inWarehouseTime">
            AND DATE(t1.in_warehouse_time) = #{inWarehouseTime}
          </if>
          <if test="userId!=null">
            AND t1.cr_uid=#{userId}
          </if>
        </trim>
      </where>
        ORDER BY
        t1.cr_time DESC
  </select>
<resultMap id="getInWarehouseMap" type="com.domain.warehousemanage.vo.WmInWarehouseListVo">
        <id column="id" property="id" jdbcType="INTEGER"/>
        <result column="inWarehouseType" property="inWarehouseType"/>
        <result column="warehouse_name" property="warehouseName"/>
        <result column="num" property="num"/>
        <result column="in_warehouse_code" property="inWarehouseCode"/>
        <result column="state" property="state"/>
        <result column="name" property="crName"/>
        <result column="in_warehouse_time" property="inWarehouseTime"/>
        <result column="cr_time" property="crTime"/>
        <collection property="relationEquipInfoDtoList" ofType="com.domain.warehousemanage.dto.RelationEquipInfoDto">
            <result column="equip_name" property="equipName"/>
            <result column="equipNum" property="equipNum"/>
        </collection>
    </resultMap>

好像，也并没有啥问题。不对，有问题。这样虽然映射的时候可以一对多的映射，但是，调用查询sql方法getInWarehouse的时候，返回的结果如果入库单关联了两个设备，就会返回两条记录。也就是以入库单记录的角度看，查询的结果是有重复的记录了。而mybatis是先进行分页截取，然后将重复的入库单对象中的关联设备RelationEquipInfoDto合并到relationEquipInfoDtoList中。这也就是为什么设置的pagesize是15，却返回的只有不到15条记录的原因。

知道问题的所在，便有了对应的解决办法

解决办法主要就是通过collection标签的 column , select 属性，设置mybatis子查询的方式，同时修改select id="getInWarehouse" 中的sql语句，使其返回结果不存在一对多关系。

getInWarehouse方法修改如下，不再关联查询入库单关联的设备：

 <select id="getInWarehouse" resultMap="getInWarehouseMap">
    SELECT
        t1.id,
        (SELECT `name` FROM `t_dic_item` where type_code="in_warehouse_type" and `code`=t1.in_warehouse_type) inWarehouseType,
        t2.warehouse_name,
        t1.num,
        t1.	in_warehouse_code,
        t1.attachment_id,
        t1.in_warehouse_time,
        t1.state,
        u.name crName,
        t1.cr_time,
        t3.handle_finish_time
    FROM
        t_wm_in_warehouse t1
        left join t_wm_warehouse_info t2 on t1.warehouse_id=t2.id
        left join `user` u on t1.cr_uid=u.id
        left join work_order t3 on t1.work_order_id=t3.id
        <where>
        <trim prefixOverrides="and">
          <if test="inWarehouseCode!=null and inWarehouseCode!=''">
            AND t1.in_warehouse_code like concat('%',#{inWarehouseCode},'%')
          </if>
          <if test="inWarehouseType!=null and inWarehouseType!=''">
            AND t1.in_warehouse_type = #{inWarehouseType}
          </if>
          <if test="warehouseId">
            AND t1.warehouse_id = #{warehouseId}
          </if>
          <if test="state!=null">
            AND t1.state = #{state}
          </if>
          <if test="inWarehouseTime">
            AND DATE(t1.in_warehouse_time) = #{inWarehouseTime}
          </if>
          <if test="userId!=null">
            AND t1.cr_uid=#{userId}
          </if>
        </trim>
      </where>
        ORDER BY
        t1.cr_time DESC
  </select>

 resultMap映射修改如下：

  <resultMap id="getInWarehouseMap" type="com.domain.warehousemanage.vo.WmInWarehouseListVo">
        <id column="id" property="id" jdbcType="INTEGER"/>
        <result column="inWarehouseType" property="inWarehouseType"/>
        <result column="warehouse_name" property="warehouseName"/>
        <result column="num" property="num"/>
        <result column="in_warehouse_code" property="inWarehouseCode"/>
        <result column="state" property="state"/>
        <result column="crName" property="crName"/>
        <result column="in_warehouse_time" property="inWarehouseTime"/>
        <result column="cr_time" property="crTime"/>
        <collection property="relationEquipInfoDtoList" javaType="ArrayList"
                    ofType="com.domain.warehousemanage.dto.RelationEquipInfoDto"
        select="getInWarehouseEquipInfo" column="id">
        </collection>
    </resultMap>

新增根据入库单id查询关联设备方法getInWarehouseEquipInfo：

<select id="getInWarehouseEquipInfo" resultMap="getInWarehouseEquipInfoMap">
          SELECT
          tcweij.id,
          tcweij.equip_name,
          tcwre.relation_id,
          tcwre.num equipNum
          FROM
          t_wm_relation_equip tcwre
          LEFT JOIN (
          SELECT
          tcwei.id,
          tcwei.equip_name
          FROM
          t_wm_equip_info tcwei
          WHERE
          tcwei.removed = 0
          ) tcweij ON tcwre.equip_id = tcweij.id
          where tcwre.type =2
          and  tcwre.relation_id = #{id}
    </select>

方法getInWarehouseEquipInfo的resultMap映射：

  <resultMap id="getInWarehouseEquipInfoMap" type="com.domain.warehousemanage.dto.RelationEquipInfoDto">
        <result column="equip_name" property="equipName"/>
        <result column="equipNum" property="equipNum"/>
    </resultMap>

此时，再用postman测试。当传参pageSize为15的时候，便能够正确的返回15条记录了。

mybatis进阶分页(一对多)
学海无涯,我用JAVA
12-17 8245
一对多的分页问题 当查询为一对多的时候,进行分页,如果全部查询分页,会以总条数进行分页,而不是以主表条数分页,当分页后,在进行一对多的封装,会导致分页不准 例如: user 表 adress表 一个用户多个收货地址 采用一对多封装 select * from user u left join adress a on a.id = u.adress_id limit 0,10 当第一个用户有十条地址数据,那么上面的查询0,10,刚好是第一个用户的分页完成,此时再进行一对多封装,将会导致封装之后,仅有一个用
深入理解 MyBatis
m0_67322837的博客
07-29 794
通过SqlSessionFactoryBuilder解析Mybatis所有的属性配置，生成一个包含所有的配置信息的Configuration对象。然后用Configuration生成一个DefaultSqlSessionFactory,整个过程的时序图如下获取SqlSessionFactory后，会调用SqlSessionFactory#openSession方法,在这个方法里面会创建一个你的SQL执行器，Sql执行器会代理你配置的拦截器方法。方法。//省略......
Mybatis一对多查询，分页显示问题解决方案
接需求（Java）,各个平台都同名，欢迎搜索关注
06-23 5177
也欢迎转发给你感觉可能会使用这个功能的朋友，分享给朋友手留余香【因为赠人玫瑰，手留余香】。分页查询在我们的开发中也许是遇到最多的功能，一张表的分页，多张表一对一功能的分页相信大家写来都是得心应手，但是在一对多分页查询的时候大家写法不对的时候，可能会遇到查询的总条数和实际总条数对不上的问题。查询第一页，每页显示2条数据，查出来的结果也是完全满足我们的要求，也和我们数据库初始化的总条数一样，一共3条数据【PS上面的Mapper中SQL的写法对ORACLE同样可以使用，因为这次它两个的语法规则是一样的】。
MyBatis增删改查、分页、一对一、一对多
牧梦
02-15 3355
一、用到的实体类如下： Student.java [html] view plaincopy package com.company.entity;      import java.io.Serializable;   import java.util.Date;      public class Student implements
mybatis-plus 一对多查询分页列表 结果集数量和数据总数量不匹配问题
热门推荐
qq_43584064的博客
07-15 1万+
提示：文章写完后，目录可以自动生成，如何生成可参考右边的帮助文档 文章目录前言一、total和records.size()数量不一致原因。二、使用步骤1.引入库2.读入数据总结 前言 工作采坑记录： mabtis-plus分页列表records.size() 和 total 数量不一致问题。 提示：以下是本篇文章正文内容，下面案例可供参考 一、total和records.size()数量不一致原因。 在用mabatis-plus 一对多查询做关联查询时，前段传递的参数pagesize是在你sql关联之
mybatis包含一对多的分页查询问题
豪华的博客
12-10 4247
在业务中，有时需要使用 left join 进行联表查询，并且需要用手动进行 limit 分页查询，可mybatis是先分页查询后映射数据结构，比如需要分10条记录一页时，数据库查出的 10 条结果在经过 mybaits 映射结果后返回到前端的记录可能没有 10 条，而导致前端页面显示不正常。这是因为 mybatis 帮我们把左表相同的记录映射到同一对象，而右表多条记录则映射到了集合中，那么怎么能确保左表不相同的记录是10条呢？ 方法一（collection select） 第一种方法可以使用子查询映射的方
mybatis一对多查询使用PageHelper分页问题
qq_37600758的博客
08-16 1305
解决分页问题主要是mapper.xml下的resultMap -> collection；collection" ></collectionfindDemos"></select></select>mapper.xml里总共有两个sql查询方法，id分别为findDemoscollection的作用是执行了分步查询，首先findDemos，执行了查b_demo表，然后再，执行了查b_demo1表，最后将查询结果封装到resultMap里返回。
【解决】Mybatis-plus分页插件一对多分页查询问题
SmallCat0912的博客
12-08 6027
【解决】Mybatis-plus分页插件一对多分页查询问题
Mybatis一对多分页查询问题
星夜赶路人的博客
11-23 5220
一、背景引入 Mybatis提供了处理结果集的标签，其中子标签collection可以处理1对多的映射 <resultMap> <collection> </collection> </resultMap> Mybatis的分页查询原理是：拦截原SQL，进行limit改造 当分页查询+结果集collection映射，二者同时使用，会导致分页参数不正确（总页数、每页记录数等） 原因就是顺序问题，分页查询是在结果集映射处理前执行完成的 SQ
Mybatis实现定时任务列表分页切割的高效方案
拦截器是Mybatis中一种用于拦截方法调用的组件，开发者可以利用它来实现自定义的逻辑。在分页查询场景下，拦截器可以被用来拦截查询方法的执行，并在执行前后进行分页参数的处理和结果集的切割。 ### 分页技术基础 ...
【MyBatis-Plus进阶指南】：三表联合查询及分页的高级应用
[【MyBatis-Plus进阶指南】：三表联合查询及分页的高级应用](https://p3-juejin.byteimg.com/tos-cn-i-k3u1fbpfcp/a212f9b2ce4b4bec92183e4dd701e0c8~tplv-k3u1fbpfcp-zoom-1.image) # 摘要 MyBatis-Plus是一个增强...
【Mybatis-Plus诊断专家】：系统化排查与解决Bound Statement问题
[【Mybatis-Plus诊断专家】：系统化排查与解决Bound Statement问题](https://opengraph.githubassets.com/e4107b923bcc1cd0e5128e2d6a7ede78a1c183b0739adc9f14283412f1e7b040/baomidou/mybatis-plus) # 摘要 ...
SSM框架下MySQL和Oracle分页查询技术实现解析
资源摘要信息:"本资源是一个详细讲解了如何利用SSM框架（即Spring, Spring MVC, MyBatis）结合MySQL数据库以及Oracle数据库实现分页查询功能的项目。SSM框架是Java开发中常用的一种集成框架，它整合了Spring、Spring...
一对多连表分页查询分页参数问题
最新发布
m0_51607909的博客
05-11 1712
通过mybatis执行的SQL可以看到，首先是执行了统计total的语句，将分页的总数统计出来，然后执行了业务主查询，也就是查询订单表，将分页的数据行数查询出来，然后每一个订单还有多个订单明细，mybatis采用的是循环主表行数，逐条查询的方式，对比之前的连表，解决了分页参数的问题，同时单表查询相比连表一定程度上能够提升效率，但是代码阅读性降低。修改原来连表的SQL语句，只保留主表的分页查询，将多的一方，也就是子表的查询，放到嵌套子查询中，从而解决问题。结果达到了再来看一下mybatis是如何执行的。
mybatis之一对多分页处理
weixin_43328357的博客
09-21 4906
1.表结构 文章表，实体类和结构一样 @Data @EqualsAndHashCode(callSuper = false) @Accessors(chain = true) @ApiModel(value="BArticle对象", description="") public class BArticle implements Serializable { private static...
mybatis一对多分页条数错误问题
大志的博客
05-06 1977
问题描述 因为最近在搭建我的个人博客。在博客中会存在一些一对多的数据。比如前端加载文章。每个文章包含了两到三个标签不固定。分页插件使用的是pageHelper。当时没想那么多。心里想着不就直接可以使用join进行关联查询完了在Map中使用< collection >标签做下一对多映射就行了吗。运行代码。没有报错。一开始数据比较少也没有发现问题。随着数据越来越多我突然发现了问题。就是每页分页展示的数据条数不对。 原因分析 发现了问题。在代码中寻找。发现如果使用上述的方法来处理。因为存在着一对多的关
mybatis 一对多 分页查询问题
qq_22783587的博客
08-10 1060
项目场景： 公司需要根据角色查询用户，用户与角色是一对多的关系 问题描述： 分页查询时，一页10条，第一页只有9条，第二页却有10条 原因分析： 原因是，采用left join 查询一对多关系，分页导致的，第一页有一个用户有两个角色 <select id="selectUserByCond" resultMap="adminUserDto"> SELECT id, login, first_name, last_name, email, image_url
mybatis 一对多查询 分页
weixin_42441333的博客
03-09 661
mybatis 一对多查询和分页
评论 11
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值