場(chǎng)景描述

假設(shè)我們正在開(kāi)發(fā)一個(gè)郵件系統(tǒng)，系統(tǒng)中有一個(gè)名為 MailInfo 的表，用于存儲(chǔ)郵件信息。該表有兩個(gè)字段與用戶(hù)相關(guān)：user_id 表示郵件的發(fā)送者，to_user_id 表示郵件的接收者。我們需要編寫(xiě)一個(gè)查詢(xún)，找出當(dāng)前用戶(hù)（userId）所有與其相關(guān)的郵件，不論是他發(fā)送的，還是接收到的。此外，我們還要確保這些郵件未被刪除，并且按更新時(shí)間進(jìn)行排序。

需求拆解

根據(jù)上述需求，我們需要實(shí)現(xiàn)以下幾點(diǎn)：

• 過(guò)濾掉已刪除的郵件（即 is_delete = 0）。
• 查詢(xún)條件包括 user_id 或 to_user_id 等于當(dāng)前用戶(hù) ID。
• 按照更新時(shí)間（update_time）降序排序結(jié)果，以確保最新的郵件顯示在前面。

這些需求在 SQL 中可以通過(guò)一個(gè)簡(jiǎn)單的 SELECT 語(yǔ)句來(lái)實(shí)現(xiàn)，類(lèi)似于：

SELECT * FROM MailInfo
WHERE is_delete = 0
AND (user_id = ? OR to_user_id = ?)
ORDER BY update_time DESC;

但在 Java 開(kāi)發(fā)中，尤其是使用了 MyBatis-Plus 這樣一個(gè) ORM 框架時(shí)，我們通常會(huì)使用 QueryWrapper 來(lái)構(gòu)造查詢(xún)條件，以提高代碼的可讀性和可維護(hù)性。

使用 MyBatis-Plus 構(gòu)建查詢(xún)條件

在 MyBatis-Plus 中，QueryWrapper 是一個(gè)非常強(qiáng)大的查詢(xún)構(gòu)造器，它可以通過(guò)流式 API 來(lái)動(dòng)態(tài)地構(gòu)造 SQL 查詢(xún)。在處理復(fù)雜查詢(xún)條件時(shí)，例如 OR 和 AND 的組合，它也提供了相應(yīng)的接口來(lái)滿(mǎn)足需求。

下面我們來(lái)看一個(gè)具體的代碼示例，展示如何通過(guò) QueryWrapper 來(lái)構(gòu)建我們的查詢(xún)條件：

Page<MailInfo> pageParm = new Page<>();
pageParm.setCurrent(page);
pageParm.setSize(pageSize);
QueryWrapper<MailInfo> wrapper = new QueryWrapper<>();
wrapper.eq("is_delete", 0)  // 只查詢(xún)未刪除的郵件
       .and(w -> w.eq("user_id", userId).or().eq("to_user_id", userId))  // 查詢(xún)當(dāng)前用戶(hù)發(fā)送或接收的郵件
       .orderByDesc("update_time");  // 按更新時(shí)間降序排序

return Result.ok(MailInfoDTO.Converter.INSTANCE.from(this.mailInfoService.page(pageParm, wrapper)));

代碼解析

1. 分頁(yè)參數(shù)

Page<MailInfo> pageParm = new Page<>();
pageParm.setCurrent(page);
pageParm.setSize(pageSize);

在大多數(shù)業(yè)務(wù)場(chǎng)景中，我們會(huì)對(duì)查詢(xún)結(jié)果進(jìn)行分頁(yè)處理，以避免一次性返回過(guò)多數(shù)據(jù)，影響性能。MyBatis-Plus 提供了 Page 類(lèi)來(lái)處理分頁(yè)邏輯。在這段代碼中，我們通過(guò) setCurrent 方法設(shè)置當(dāng)前頁(yè)數(shù)，并通過(guò) setSize 設(shè)置每頁(yè)返回的記錄數(shù)量。

2. 構(gòu)造查詢(xún)條件

QueryWrapper<MailInfo> wrapper = new QueryWrapper<>();
wrapper.eq("is_delete", 0)
       .and(w -> w.eq("user_id", userId).or().eq("to_user_id", userId));

這里的 QueryWrapper 是 MyBatis-Plus 提供的查詢(xún)構(gòu)造器，允許我們通過(guò)流式的方式來(lái)構(gòu)造查詢(xún)條件。

• eq("is_delete", 0)：添加一個(gè) is_delete = 0 的條件，確保只查詢(xún)未被標(biāo)記為刪除的郵件。
• and(w -> w.eq("user_id", userId).or().eq("to_user_id", userId))：這是查詢(xún)條件的核心部分。我們通過(guò) and 方法組合多個(gè)條件，使用 Lambda 表達(dá)式 w 作為內(nèi)部查詢(xún)條件的參數(shù)。在 Lambda 表達(dá)式內(nèi)部，先通過(guò) eq("user_id", userId) 查詢(xún)發(fā)送者為當(dāng)前用戶(hù)的郵件，再通過(guò) or().eq("to_user_id", userId) 查詢(xún)接收者為當(dāng)前用戶(hù)的郵件。通過(guò)這種方式，查詢(xún)結(jié)果將包含所有與當(dāng)前用戶(hù)相關(guān)的郵件記錄。

3. 排序條件

wrapper.orderByDesc("update_time");

這行代碼用于指定排序條件。我們希望按郵件的更新時(shí)間從新到舊進(jìn)行排序，因此使用了 orderByDesc 方法，并將 update_time 作為排序字段。

結(jié)果封裝

在實(shí)際的開(kāi)發(fā)過(guò)程中，我們通常會(huì)將查詢(xún)結(jié)果封裝為一個(gè)統(tǒng)一的返回結(jié)構(gòu)。在這個(gè)例子中，我們將查詢(xún)結(jié)果封裝為 Result.ok，并通過(guò) MailInfoDTO.Converter.INSTANCE 進(jìn)行數(shù)據(jù)轉(zhuǎn)換，將數(shù)據(jù)庫(kù)實(shí)體類(lèi) MailInfo 轉(zhuǎn)換為 MailInfoDTO。

QueryWrapper 的 or 使用技巧

在使用 QueryWrapper 構(gòu)建查詢(xún)時(shí)，or 方法是一個(gè)非常有用的工具。它允許我們?cè)诓樵?xún)中添加多個(gè)可能的條件，從而使查詢(xún)結(jié)果更加靈活。在本文的例子中，我們使用了 or 來(lái)查詢(xún) user_id 或 to_user_id 等于 userId 的記錄，從而滿(mǎn)足了業(yè)務(wù)需求。

但是，使用 or 也需要小心，因?yàn)樗赡軙?huì)影響查詢(xún)的性能。在涉及大量數(shù)據(jù)時(shí)，OR 條件的查詢(xún)速度可能會(huì)較慢。為此，我們可以考慮以下優(yōu)化策略：

1. 創(chuàng)建索引：確保 user_id 和 to_user_id 字段上創(chuàng)建了索引，這樣可以大幅提高查詢(xún)速度。
2. 使用緩存：在高頻率訪問(wèn)的場(chǎng)景下，適當(dāng)?shù)厥褂镁彺婵梢詼p少數(shù)據(jù)庫(kù)查詢(xún)次數(shù)，提升系統(tǒng)的整體性能。
3. 分表設(shè)計(jì)：如果 MailInfo 表的數(shù)據(jù)量非常大，可以考慮通過(guò)分表來(lái)降低單個(gè)表的查詢(xún)壓力。

到此這篇關(guān)于QueryWrapper中or的使用技巧分享的文章就介紹到這了,更多相關(guān)QueryWrapper or使用內(nèi)容請(qǐng)搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關(guān)文章希望大家以后多多支持腳本之家！

最新評(píng)論