快捷導(dǎo)航

mybatisplus中EntityWrapper的常用方法

更新時(shí)間：2022年03月22日 11:03:09 作者：你堅(jiān)持了嗎

這篇文章主要介紹了mybatisplus中EntityWrapper的常用方法，具有很好的參考價(jià)值，希望對(duì)大家有所幫助。如有錯(cuò)誤或未考慮完全的地方，望不吝賜教

EntityWrapper的常用方法

#WHERE (issue_type = ?) AND (status = ? OR status = ? OR status = ?) 
EntityWrapper wrapper=new EntityWrapper();
        wrapper.eq("issue_type","缺陷").andNew().eq("status","提交").or()
                .eq("status","激活").or().eq("status","解決");

粗心遇到的EntityWrapper的一個(gè)坑

公司項(xiàng)目框架是SpringBoot為主題，整合了MyBatisPlus的數(shù)據(jù)庫(kù)框架，在Service進(jìn)行簡(jiǎn)單的單表查詢(xún)時(shí)一般直接使用EntityWrapper的包裝類(lèi)進(jìn)行查詢(xún)，比較方便.

但在昨天工作的過(guò)程中發(fā)現(xiàn)一個(gè)查詢(xún)方法來(lái)來(lái)回回的出錯(cuò)，查詢(xún)條件與預(yù)期不符，最終發(fā)現(xiàn)是一個(gè)wrapper中使用addFilterIfNeed時(shí)粗心導(dǎo)致的大坑!

Service層查詢(xún)語(yǔ)句:

EntityWrapper<PayTiXianApplyEntity> ew=new EntityWrapper<PayTiXianApplyEntity>();
? ? ? ? ew.eq(Util.isNotEmpty(params.getState()), "STATE", params.getState())
? ? ? ? ? ? ? ? //state不為空,根據(jù)state查詢(xún)
? ? ? ? ? ? ? ? .like(Util.isNotEmpty(params.getTxname()), "TXNAME", params.getTxname())
? ? ? ? ? ? ? ? .eq(Util.isNotEmpty(params.getTxmode()), "TXMODE", params.getTxmode())
? ? ? ? ? ? ? ? .like(Util.isNotEmpty(params.getTxserial()), "TXSERIAL", params.getTxserial())
? ? ? ? ? ? ? ? .addFilterIfNeed(Util.isNotEmpty(txtime), "DATE_FORMAT(TXTIME,'%Y-%m-%d')='" + txtime+"'")
? ? ? ? ? ? ? ? .addFilterIfNeed(Util.isEmpty(params.getState()),"state=1 or state=3 or state=4")
? ? ? ? ? ? ? ? //state為空,查詢(xún)state為1或2的記錄,即出納人審核通過(guò)和沒(méi)通過(guò)的記錄
? ? ? ? ? ? ? ? .orderBy("TXTIME", false);
Page<PayTiXianApplyEntity> page = this.selectPage(
? ? ? ? ? ? ? ? new Query<PayTiXianApplyEntity>(params).getPage(),ew);

由于需求是，根據(jù)參數(shù)不同使用不同的查詢(xún)條件.state為空時(shí)需查詢(xún)表中所有state符合要求的記錄；state不為空，則根據(jù)state=參數(shù)來(lái)查詢(xún).

為了省事，所以直接使用了wrapper，其實(shí)在MaBatis中使用條件判斷語(yǔ)句也是可以的.

原因

原因就出在為了省事,使用wrapper的addFilterIfNeed上.

出錯(cuò)的是這條語(yǔ)句:

.addFilterIfNeed(Util.isEmpty(params.getState()),"state=1 or state=3 or state=4")

由于一開(kāi)始是直接新建的new EntityWrapper的匿名對(duì)象,所以即使是debug也查不出錯(cuò)誤.為了看清SQL,我新建了一個(gè)對(duì)象ew,在debug過(guò)程中仔細(xì)看他的SQL屬性,最后發(fā)現(xiàn)了,在執(zhí)行這條語(yǔ)句時(shí),SQL只是簡(jiǎn)單的語(yǔ)句拼接.

也就是說(shuō),當(dāng)我state為null時(shí),這條查詢(xún)的語(yǔ)句是:(不能寫(xiě)完整的語(yǔ)句,部分參數(shù)直接用#{}來(lái)代替)

SELECT * FROM 表名
WHERE TXNAME like #{txname}?
AND TXMODE=#{txmode}
AND TXSERIAL=#{txserial}
AND DATE_FORMAT(TXTIME,'%Y-%m-%d')=#{txtime}
AND state=1 or state=3 or state=4
ORDER BY TXTIME;

發(fā)現(xiàn)問(wèn)題了吧!

由于addFilterIfNeed只是簡(jiǎn)單的語(yǔ)句拼接,所以即使我這一句寫(xiě)在了一起,照樣給我原樣加上去的,所以導(dǎo)致查詢(xún)邏輯錯(cuò)誤,進(jìn)而引起查詢(xún)條件失效!

解決方案

解決方案很簡(jiǎn)單,只要在語(yǔ)句中加上括號(hào)即可

.addFilterIfNeed(Util.isEmpty(params.getState()),"(state=1 or state=3 or state=4)")

總結(jié)：至此，此次遇到的大坑完整解決，也因此明白EntityWrapper中addFilterIfNeed的實(shí)現(xiàn)方式.之前沒(méi)發(fā)現(xiàn)這個(gè)問(wèn)題時(shí)來(lái)來(lái)回回改了好多次，都沒(méi)有解決問(wèn)題，直到發(fā)現(xiàn)根源!

以上為個(gè)人經(jīng)驗(yàn)，希望能給大家一個(gè)參考，也希望大家多多支持腳本之家。

您可能感興趣的文章: