日本综合一区二区|亚洲中文天堂综合|日韩欧美自拍一区|男女精品天堂一区|欧美自拍第6页亚洲成人精品一区|亚洲黄色天堂一区二区成人|超碰91偷拍第一页|日韩av夜夜嗨中文字幕|久久蜜综合视频官网|精美人妻一区二区三区

RELATEED CONSULTING
相關(guān)咨詢
選擇下列產(chǎn)品馬上在線溝通
服務(wù)時間:8:30-17:00
你可能遇到了下面的問題
關(guān)閉右側(cè)工具欄

新聞中心

這里有您想知道的互聯(lián)網(wǎng)營銷解決方案
MyBatis-Plus聯(lián)表查詢的短板,終于有一款工具補齊了

哈嘍大家好啊,我是Hydra。

專注于為中小企業(yè)提供成都網(wǎng)站建設(shè)、成都網(wǎng)站設(shè)計服務(wù),電腦端+手機端+微信端的三站合一,更高效的管理,為中小企業(yè)廣豐免費做網(wǎng)站提供優(yōu)質(zhì)的服務(wù)。我們立足成都,凝聚了一批互聯(lián)網(wǎng)行業(yè)人才,有力地推動了成百上千家企業(yè)的穩(wěn)健成長,幫助中小企業(yè)通過網(wǎng)站建設(shè)實現(xiàn)規(guī)模擴充和轉(zhuǎn)變。

mybatis-plus?作為mybatis?的增強工具,它的出現(xiàn)極大的簡化了開發(fā)中的數(shù)據(jù)庫操作,但是長久以來,它的聯(lián)表查詢能力一直被大家所詬病。一旦遇到left join或right join的左右連接,你還是得老老實實的打開xml文件,手寫上一大段的sql語句。

直到前幾天,偶然碰到了這么一款叫做mybatis-plus-join?的工具(后面就簡稱mpj?了),使用了一下,不得不說真香!徹底將我從xml地獄中解放了出來,終于可以以類似mybatis-plus中QueryWrapper的方式來進行聯(lián)表查詢了,話不多說,我們下面開始體驗。

引入依賴

首先在項目中引入引入依賴坐標,因為mpj?中依賴較高版本mybatis-plus中的一些api,所以項目建議直接使用高版本。


com.github.yulichang
mybatis-plus-join
1.2.4


com.baomidou
mybatis-plus-boot-starter
3.5.1

引入相關(guān)依賴后,在springboot項目中,像往常一樣正常配置數(shù)據(jù)源連接信息就可以了。

數(shù)據(jù)準備

因為要實現(xiàn)聯(lián)表查詢,所以我們先來建幾張表進行測試。

訂單表:

用戶表,包含用戶姓名:

商品表,包含商品名稱和單價:

在訂單表中,通過用戶id和商品id與其他兩張表進行關(guān)聯(lián)。

修改Mapper

以往在使用myatis-plus?的時候,我們的Mapper?層接口都是直接繼承的BaseMapper?,使用mpj?后需要對其進行修改,改為繼承MPJBaseMapper接口。

@Mapper
public interface OrderMapper extends MPJBaseMapper {
}

對其余兩個表的Mapper?接口也進行相同的改造。此外,我們的service?也可以選擇繼承MPJBaseService,serviceImpl?選擇繼承MPJBaseServiceImpl,這兩者為非必須繼承。

查詢

Mapper?接口改造完成后,我們把它注入到Service?中,雖然說我們要完成3張表的聯(lián)表查詢,但是以O(shè)rder?作為主表的話,那么只注入這一個對應(yīng)的OrderMapper就可以,非常簡單。

@Service
@AllArgsConstructor
public class OrderServiceImpl implements OrderService {
private final OrderMapper orderMapper;
}

MPJLambdaWrapper

接下來,我們體驗一下再也不用寫sql的聯(lián)表查詢:

public void getOrder() {
List list = orderMapper.selectJoinList(OrderDto.class,
new MPJLambdaWrapper()
.selectAll(Order.class)
.select(Product::getUnitPrice)
.selectAs(User::getName,OrderDto::getUserName)
.selectAs(Product::getName,OrderDto::getProductName)
.leftJoin(User.class, User::getId, Order::getUserId)
.leftJoin(Product.class, Product::getId, Order::getProductId)
.eq(Order::getStatus,3));

list.forEach(System.out::println);
}

不看代碼,我們先調(diào)用接口來看一下執(zhí)行結(jié)果:

可以看到,成功查詢出了關(guān)聯(lián)表中的信息,下面我們一點點介紹上面代碼的語義。

首先,調(diào)用mapper的selectJoinList()?方法,進行關(guān)聯(lián)查詢,返回多條結(jié)果。后面的第一個參數(shù)OrderDto.class?代表接收返回查詢結(jié)果的類,作用和我們之前在xml?中寫的resultType類似。

這個類可以直接繼承實體,再添加上需要在關(guān)聯(lián)查詢中返回的列即可:

@Data
@ToString(callSuper = true)
@EqualsAndHashCode(callSuper = true)
public class OrderDto extends Order {
String userName;
String productName;
Double unitPrice;
}

接下來的MPJLambdaWrapper就是構(gòu)建查詢條件的核心了,看一下我們在上面用到的幾個方法:

  • selectAll():查詢指定實體類的全部字段
  • select()?:查詢指定的字段,支持可變長參數(shù)同時查詢多個字段,但是在同一個select中只能查詢相同表的字段,所以如果查詢多張表的字段需要分開寫
  • selectAs()?:字段別名查詢,用于數(shù)據(jù)庫字段與接收結(jié)果的dto中屬性名稱不一致時轉(zhuǎn)換
  • leftJoin()?:左連接,其中第一個參數(shù)是參與聯(lián)表的表對應(yīng)的實體類,第二個參數(shù)是這張表聯(lián)表的ON?字段,第三個參數(shù)是參與聯(lián)表的ON的另一個實體類屬性

除此之外,還可以正常調(diào)用mybatis-plus?中的各種原生方法,文檔中還提到,默認主表別名是t?,其他的表別名以先后調(diào)用的順序使用t1、t2、t3以此類推。

我們用插件讀取日志轉(zhuǎn)化為可讀的sql語句,可以看到兩條左連接條件都被正確地添加到了sql中:

MPJQueryWrapper

和mybatis-plus?非常類似,除了LamdaWrapper?外還提供了普通QueryWrapper的寫法,改造上面的代碼:

public void getOrderSimple() {
List list = orderMapper.selectJoinList(OrderDto.class,
new MPJQueryWrapper()
.selectAll(Order.class)
.select("t2.unit_price","t2.name as product_name")
.select("t1.name as user_name")
.leftJoin("t_user t1 on t1.id = t.user_id")
.leftJoin("t_product t2 on t2.id = t.product_id")
.eq("t.status", "3")
);

list.forEach(System.out::println);
}

運行結(jié)果與之前完全相同,需要注意的是,這樣寫時在引用表名時不要使用數(shù)據(jù)庫中的原表名,主表默認使用t?,其他表使用join語句中我們?yōu)樗鸬膭e名,如果使用原表名在運行中會出現(xiàn)報錯。

并且,在MPJQueryWrapper中,可以更靈活的支持子查詢操作,如果業(yè)務(wù)比較復(fù)雜,那么使用這種方式也是不錯的選擇。

分頁查詢

mpj中也能很好的支持列表查詢中的分頁功能,首先我們要在項目中加入分頁攔截器:

@Bean
public MybatisPlusInterceptor mybatisPlusInterceptor(){
MybatisPlusInterceptor interceptor = new MybatisPlusInterceptor();
interceptor.addInnerInterceptor(new PaginationInnerInterceptor(DbType.H2));
return interceptor;
}

接下來改造上面的代碼,調(diào)用selectJoinPage()方法:

public void page() {
IPage orderPage = orderMapper.selectJoinPage(
new Page(2,10),
OrderDto.class,
new MPJLambdaWrapper()
.selectAll(Order.class)
.select(Product::getUnitPrice)
.selectAs(User::getName, OrderDto::getUserName)
.selectAs(Product::getName, OrderDto::getProductName)
.leftJoin(User.class, User::getId, Order::getUserId)
.leftJoin(Product.class, Product::getId, Order::getProductId)
.orderByAsc(Order::getId));

orderPage.getRecords().forEach(System.out::println);
}

注意在這里需要添加一個分頁參數(shù)的Page對象,我們再執(zhí)行上面的代碼,并對日志進行解析,查看sql語句:

可以看到底層通過添加limit?進行了分頁,同理,MPJQueryWrapper也可以這樣進行分頁。

最后

經(jīng)過簡單的測試,個人感覺mpj?這款工具在聯(lián)表查詢方面還是比較實用的,能更應(yīng)對項目中不是非常復(fù)雜的場景下的sql查詢,大大提高我們的生產(chǎn)效率。當然,在項目的issues中也能看到當前版本中也仍然存在一些問題,希望在后續(xù)版本迭代中能繼續(xù)完善。


網(wǎng)站名稱:MyBatis-Plus聯(lián)表查詢的短板,終于有一款工具補齊了
文章轉(zhuǎn)載:http://www.dlmjj.cn/article/dhihhip.html