成都网站建设设计

将想法与焦点和您一起共享

怎样分析mybatisplus分页查询的坑

本篇文章给大家分享的是有关怎样分析mybatis plus分页查询的坑,小编觉得挺实用的,因此分享给大家学习,希望大家阅读完这篇文章后可以有所收获,话不多说,跟着小编一起来看看吧。

目前成都创新互联已为1000+的企业提供了网站建设、域名、雅安服务器托管、网站托管维护、企业网站设计、册亨网站维护等服务,公司将坚持客户导向、应用为本的策略,正道将秉承"和谐、参与、激情"的文化,与客户和合作伙伴齐心协力一起成长,共同发展。

mybatis plus,通常我们用ssm的时候会用到这个,但是里面也有一些小坑(如果研究透彻不算是坑)需要填一下

分页查询

通常我们的调用分页查询时候Mapper是这么写的

  List queryPage(Page page, Map params);

然后再正常写sql查询,没毛病。 

可是 

当我们调用他service自带的selectPage(Page page, Wrapper wrapper)时候,有可能会有惊喜。比如

  
   @RequestMapping("query-page") public ResultModel queryPage(@RequestBody Page page, @RequestParam(name = "name", required = false) String name) { EntityWrapper entityWrapper = new EntityWrapper<>(); entityWrapper.like("NAME", name); return ResultModel.ok(scoreGoodsService.selectPage(page, entityWrapper)); }

我们本意是查询名称含有{name}的学生,但是通常我们为了方便,会把查询参数封装到page.condition中,此时如果page.condition中包含其他参数,则会一起被拼接在整个sql后面,因此查询的结果不只是按name查询。 

需要注意的就是条件查询时候一定弄清楚condition中都包含了什么

以上就是怎样分析mybatis plus分页查询的坑,小编相信有部分知识点可能是我们日常工作会见到或用到的。希望你能通过这篇文章学到更多知识。更多详情敬请关注创新互联行业资讯频道。


标题名称:怎样分析mybatisplus分页查询的坑
分享地址:http://chengdu.cdxwcx.cn/article/gicohe.html