pageHelper遇上collection时total统计问题

mybatis的pageHelper分页遇上collection时,
total统计会是根据sql查询出来的数量进行统计的,
而我们页面上的总数应该显示我们resultMap的数量。
resultMap不要使用直接嵌套结果的方式,可是使用嵌套查询:

在这里插入图片描述

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 1
    评论
根据您提供的引用内容,可以得出分析和回答如下: 引用中提到,使用PageHelper分页后,询结果集实际上是一个隐藏了其他分页信息的集合。通过创建PageInfo对象来获取该集合中的total。然而,如果对询结果集进行了二次操作,将其转换成了voList,那么在创建PageInfo对象total就会丢失,导致total变为size。所以,这可能是出现total等于pageSize的原因。 为了解决这个问题,可以将原本返回的list直接放到service层中,并返回封装好的分页对象,而不是在controller层进行getDataTable的操作。 引用中的PageInfo构造器源码可以看出,如果list是一个Page对象,则直接从该对象中获取pageNum、pageSize、pages和size等分页信息。但如果list是一个Collection对象,则pageNum为1,pageSize为list的大小,pages为1或0,最后的total也是list的大小。 综上所述,通过PageHelper分页获取的total值取决于询结果集的类型和是否进行了二次操作。在使用PageHelper分页,可以考虑将询结果集直接返回给service层,并封装成分页对象返回给controller层,以确保正确获取total值。<span class="em">1</span><span class="em">2</span><span class="em">3</span> #### 引用[.reference_title] - *1* *3* [PageHelper 分页,total数等于每页数量问题解决](https://blog.csdn.net/zjuwzp/article/details/101211904)[target="_blank" data-report-click={"spm":"1018.2226.3001.9630","extra":{"utm_source":"vip_chatgpt_common_search_pc_result","utm_medium":"distribute.pc_search_result.none-task-cask-2~all~insert_cask~default-1-null.142^v92^chatsearchT0_1"}}] [.reference_item style="max-width: 50%"] - *2* [若依pageHelper分页导致total错误的问题](https://blog.csdn.net/m0_50707445/article/details/130771964)[target="_blank" data-report-click={"spm":"1018.2226.3001.9630","extra":{"utm_source":"vip_chatgpt_common_search_pc_result","utm_medium":"distribute.pc_search_result.none-task-cask-2~all~insert_cask~default-1-null.142^v92^chatsearchT0_1"}}] [.reference_item style="max-width: 50%"] [ .reference_list ]
评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值