mybatis 分页查询配置
mybatis-plus分页传入参数后sql where条件没有limit分页信息操作折腾了差不多两个小时,各种方法尝试,后来想想应该是where过滤后的数据量没有达到默认一页规定的数量所以干脆where就不显示limit信息了,试了一下还真是。。。这作者还真是把程序做的足够智能,可是这个智能也让我白白花掉了两个小时。。。还是自己太笨了……
但是奇怪的是,如果我不设置querywrapper参数,where后面的分页限制又是可以出来的。百思不得其解作者的想法。。。
具体看代码:
|
@override public pageutils querypage(map<string, object> params) { ipage<orderentity> page = this .page( new query<orderentity>().getpage(params), new querywrapper<orderentity>().eq(!utilstring.isnull(params.get( "user_id" )) , "user_id" , params.get( "user_id" )) ); return new pageutils(page); } |
记录的目的是希望跟我一样遇到这个特殊情况的童鞋能快速绕过这个弯,时间宝贵。晚安^.^
最后附上官方文档,希望大家多看看文档系统性的了解
https://mp.baomidou.com/guide/dynamic-datasource.html
补充知识:记录逆向工程生成的mybatisplus分页方法limit失效的坑
因为我在解决问题之前也是在网上查找方法和官网查找方法都有没有解决,所以也是我写这篇文章的原因,希望
后面的同学在开发的时候能够少走弯路
controller层
|
@requestmapping ( "/list" ) public r list( @requestparam map<string, object> params){ pageutils page = categoryservice.querypage(params); return r.ok().put( "page" , page); } |
传递的参数如图
server接口
|
public interface categoryservice extends iservice<categoryentity> { pageutils querypage(map<string, object> params); } |
问题及解决办法(这是网上的办法并没有解决。。。。。)
然而在查询时,分页并没有生效,查询的结果是该表中的所有数据,在pom无误的情况下,检查有没有把分页拦截器注入到spring中。
|
import com.baomidou.mybatisplus.extension.plugins.paginationinterceptor; import org.springframework.context.annotation.bean; import org.springframework.context.annotation.configuration; @configuration public class mybatisplusconfig { @bean public paginationinterceptor paginationinterceptor(){ return new paginationinterceptor(); } } |
以上是在网上找的到解决办法,我复制到项目中显示方法是过时的,而且并不生效
后来找到问题是我的mybatisplus版本 太高了,所以不支持
这个是我maven中引用的版本
然后在网上搜索的拦截器方法
采用新的分页方法问题就解决了
问题的关键是 怎么去根本查找问题,对我就是反思查找问题的方法,不至于今天浪费了1,2个小时都没有找到,就是先去官方文档.
查看官方的实例代码 !!!!!!
以下是我在gitee上查找到的逆向工程
因为项目工期非常的紧,而我拿着同事的老框架代码看着非常头疼,这个时候选择逆向工程,自己搭建一个轻量级的框架那不是爽歪歪吗?
因为项目是采用的springcloud微服务,我负责的一个系统所以可以为所欲为。
这边我使用的逆向工程是gitee上的人人开源网 renren-generator 框架
他生成的代码中没有分页方法的拦截器,我在官网上查找到方法也是过时的,这点是很坑的。
以上这篇mybatis-plus分页传入参数后sql where条件没有limit分页信息操作就是小编分享给大家的全部内容了,希望能给大家一个参考,也希望大家多多支持开心学习网。
原文链接:https://blog.csdn.net/oceanyang520/article/details/98133008