主頁(yè) > 知識(shí)庫(kù) > mybatis-plus分頁(yè)傳入?yún)?shù)后sql where條件沒(méi)有l(wèi)imit分頁(yè)信息操作

mybatis-plus分頁(yè)傳入?yún)?shù)后sql where條件沒(méi)有l(wèi)imit分頁(yè)信息操作

熱門(mén)標(biāo)簽:云南語(yǔ)音外呼系統(tǒng)平臺(tái) 房產(chǎn)智能外呼系統(tǒng)品牌 常州電銷(xiāo)外呼系統(tǒng)一般多少錢(qián) 天智外呼系統(tǒng) 北京人工外呼系統(tǒng)價(jià)錢(qián) 地圖標(biāo)注被騙三百怎么辦 沃克斯電梯外呼線路圖 福州呼叫中心外呼系統(tǒng)哪家好 400電話鄭州申請(qǐng)

折騰了差不多兩個(gè)小時(shí),各種方法嘗試,后來(lái)想想應(yīng)該是where過(guò)濾后的數(shù)據(jù)量沒(méi)有達(dá)到默認(rèn)一頁(yè)規(guī)定的數(shù)量所以干脆where就不顯示limit信息了,試了一下還真是。。。這作者還真是把程序做的足夠智能,可是這個(gè)智能也讓我白白花掉了兩個(gè)小時(shí)。。。還是自己太笨了……

但是奇怪的是,如果我不設(shè)置QueryWrapper參數(shù),where后面的分頁(yè)限制又是可以出來(lái)的。百思不得其解作者的想法。。。

具體看代碼:

@Override
 public PageUtils queryPage(MapString, Object> params) {
 
  IPageOrderEntity> page = this.page(
    new QueryOrderEntity>().getPage(params),
    new QueryWrapperOrderEntity>().eq(!UtilString.isNull(params.get("user_id"))
      ,"user_id", params.get("user_id"))
  );
 
  return new PageUtils(page);
 }

記錄的目的是希望跟我一樣遇到這個(gè)特殊情況的童鞋能快速繞過(guò)這個(gè)彎,時(shí)間寶貴。晚安^.^

最后附上官方文檔,希望大家多看看文檔系統(tǒng)性的了解

https://mp.baomidou.com/guide/dynamic-datasource.html

補(bǔ)充知識(shí):記錄逆向工程生成的mybatisplus分頁(yè)方法limit失效的坑

因?yàn)槲以诮鉀Q問(wèn)題之前也是在網(wǎng)上查找方法和官網(wǎng)查找方法都有沒(méi)有解決,所以也是我寫(xiě)這篇文章的原因,希望

后面的同學(xué)在開(kāi)發(fā)的時(shí)候能夠少走彎路

controller層

 @RequestMapping("/list")
 public R list(@RequestParam MapString, Object> params){
  PageUtils page = categoryService.queryPage(params);
  return R.ok().put("page", page);
 }

傳遞的參數(shù)如圖

server接口

public interface CategoryService extends IServiceCategoryEntity> {
 
 PageUtils queryPage(MapString, Object> params);
 }

問(wèn)題及解決辦法(這是網(wǎng)上的辦法并沒(méi)有解決。。。。。)

然而在查詢(xún)時(shí),分頁(yè)并沒(méi)有生效,查詢(xún)的結(jié)果是該表中的所有數(shù)據(jù),在pom無(wú)誤的情況下,檢查有沒(méi)有把分頁(yè)攔截器注入到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();
 }
}

以上是在網(wǎng)上找的到解決辦法,我復(fù)制到項(xiàng)目中顯示方法是過(guò)時(shí)的,而且并不生效

后來(lái)找到問(wèn)題是我的mybatisplus版本 太高了,所以不支持

這個(gè)是我maven中引用的版本

然后在網(wǎng)上搜索的攔截器方法

采用新的分頁(yè)方法問(wèn)題就解決了

問(wèn)題的關(guān)鍵是 怎么去根本查找問(wèn)題,對(duì)我就是反思查找問(wèn)題的方法,不至于今天浪費(fèi)了1,2個(gè)小時(shí)都沒(méi)有找到,就是先去官方文檔.

查看官方的實(shí)例代碼 ?。。。。?!

以下是我在gitee上查找到的逆向工程

因?yàn)轫?xiàng)目工期非常的緊,而我拿著同事的老框架代碼看著非常頭疼,這個(gè)時(shí)候選擇逆向工程,自己搭建一個(gè)輕量級(jí)的框架那不是爽歪歪嗎?

因?yàn)轫?xiàng)目是采用的springcloud微服務(wù),我負(fù)責(zé)的一個(gè)系統(tǒng)所以可以為所欲為。

這邊我使用的逆向工程是gitee上的人人開(kāi)源網(wǎng)renren-generator 框架

他生成的代碼中沒(méi)有分頁(yè)方法的攔截器,我在官網(wǎng)上查找到方法也是過(guò)時(shí)的,這點(diǎn)是很坑的。

以上這篇mybatis-plus分頁(yè)傳入?yún)?shù)后sql where條件沒(méi)有l(wèi)imit分頁(yè)信息操作就是小編分享給大家的全部?jī)?nèi)容了,希望能給大家一個(gè)參考,也希望大家多多支持腳本之家。

您可能感興趣的文章:
  • MyBatis limit分頁(yè)設(shè)置的實(shí)現(xiàn)
  • Mybatis-plus新版本分頁(yè)失效PaginationInterceptor過(guò)時(shí)的問(wèn)題
  • Mybatis Limit實(shí)現(xiàn)分頁(yè)功能

標(biāo)簽:黔東 移動(dòng) 鹽城 沈陽(yáng) 徐州 拉薩 珠海 沈陽(yáng)

巨人網(wǎng)絡(luò)通訊聲明:本文標(biāo)題《mybatis-plus分頁(yè)傳入?yún)?shù)后sql where條件沒(méi)有l(wèi)imit分頁(yè)信息操作》,本文關(guān)鍵詞  mybatis-plus,分頁(yè),傳入,參數(shù),;如發(fā)現(xiàn)本文內(nèi)容存在版權(quán)問(wèn)題,煩請(qǐng)?zhí)峁┫嚓P(guān)信息告之我們,我們將及時(shí)溝通與處理。本站內(nèi)容系統(tǒng)采集于網(wǎng)絡(luò),涉及言論、版權(quán)與本站無(wú)關(guān)。
  • 相關(guān)文章
  • 下面列出與本文章《mybatis-plus分頁(yè)傳入?yún)?shù)后sql where條件沒(méi)有l(wèi)imit分頁(yè)信息操作》相關(guān)的同類(lèi)信息!
  • 本頁(yè)收集關(guān)于mybatis-plus分頁(yè)傳入?yún)?shù)后sql where條件沒(méi)有l(wèi)imit分頁(yè)信息操作的相關(guān)信息資訊供網(wǎng)民參考!
  • 推薦文章