mybatis一對一查詢功能

所謂的一對一查詢，就是說我們在查詢一個表的數(shù)據(jù)的時候，需要關(guān)聯(lián)查詢其他表的數(shù)據(jù)。

　需求

　　　　首先說一個使用一對一查詢的小需求吧：假設(shè)我們在查詢某一個訂單的信息的時候，需要關(guān)聯(lián)查詢出創(chuàng)建這個訂單對應(yīng)的用戶信息。表模型如下（

　ResultType

　　sql語句的書寫

　　　　首先，我們要對我們的需求進(jìn)行分析。1.我們需要確定這個需求需要涉及到哪兩張表，其中哪個是主表，哪個是關(guān)聯(lián)表。具體怎么確定，還是看需求——我們的需求是說，在查詢訂單的時候，順帶著查出創(chuàng)建這個訂單的用戶。那么，已經(jīng)很顯然了。我們的主表是訂單表(orders)。而我們的關(guān)聯(lián)表則是用戶表(user)。

　　　　這個時候，我們就可以寫出來如下sql語句了：

select * from orders

　　　　這個時候，我們就應(yīng)該考慮這個問題了：我們在關(guān)聯(lián)查詢的時候應(yīng)該使用內(nèi)鏈接？還是外鏈接？對于搞不清內(nèi)鏈接外鏈接的區(qū)別的同學(xué)，我這里先簡單的介紹一下，等以后有時間了，再詳細(xì)寫一篇博客說明：內(nèi)連接是只顯示滿足條件的。外鏈接分為左外和右外鏈接：左連接顯示左邊全部的再加上右邊與左邊相同的；右連接顯示右邊全部的和左邊與右邊相同的。

　　我們的需求是通過訂單去關(guān)聯(lián)用戶，而由于在orders表中有一個外鍵（userId）。通過外鍵的去查關(guān)聯(lián)表user表的數(shù)據(jù)時，userId是user表的主鍵。這時，只能查到一條user的信息，而這條記錄不會導(dǎo)致我們的主查詢結(jié)果發(fā)生改變。所以，我們選擇內(nèi)鏈接查詢。這時候，我們的sql語句是這樣的：

　select * from orders,user where orders.user_id = user.id

　　　　查詢完成后，出現(xiàn)結(jié)果如下：

　　　　這時，問題來了，我們發(fā)現(xiàn)，這個時候出現(xiàn)了兩個id，這就會導(dǎo)致我們的數(shù)據(jù)在輸出的時候封裝到對象時會出現(xiàn)問題。而且，User_id 這一列和我們的用戶id數(shù)據(jù)是重復(fù)的。我們需要改造我們的sql。怎么改造呢？

　　　　因為我們的主表數(shù)據(jù)是要全部查詢的，而用戶表我們只需要username,sex,adress這三個信息（這里是假設(shè)，沒必要糾結(jié)需要的是啥信息）。那么我們就需要手動指定我們的sql語句的查詢字段了：　　　　

SELECT 
 orders.*,
 USER.username,
 USER.sex,
 USER.address 
FROM
 orders,
 USER 
WHERE orders.user_id = user.id

　　　　前面的這些都是在我們的sql鏈接工具上進(jìn)行查詢的，當(dāng)可以顯示我們需要的數(shù)據(jù)庫后，我們的sql語句就確定了。這時我們該開始下一步了：

 　 創(chuàng)建pojo

　　　　我們需要將查詢到的結(jié)果，通過mybatis框架將數(shù)據(jù)封裝到對應(yīng)的對象。那么，問題來了，這個查詢到的數(shù)據(jù)由誰來接收？我們?nèi)绻獙⑸线卻ql查詢的結(jié)果映射到pojo中，pojo中必須包括所有查詢列名。但是不管是原來的Orders類還是User類，都沒有辦法映射全部的字段。這時，我們有一個很簡單的解決辦法：根據(jù)返回的字段，專門寫一個類，讓它包含所有的查詢結(jié)果，然后讓這個類去接收這個返回的結(jié)果集。

　　　　這時有個小技巧，我們的新的pojo中，不需要將所有的字段全部都寫上，我們可以讓新pojo去繼承我們的包含結(jié)果集中查詢字段較多的一個類，然后將其他需要的數(shù)據(jù)寫到這個子類中即可。

　　　　創(chuàng)建pojo完成后，我們就需要根據(jù)規(guī)范去創(chuàng)建我們的映射文件和寫對應(yīng)的接口中的方法：

　　　　mapper.xml

　　　　mapper.java中的接口：

　ResultMap

　　　　sql語句上，resultType 和resuleMap實現(xiàn)的方式一樣，這里就直接跳過了。

　　使用resultMap映射的思路

　　　　我們知道，使用pojo的時候，我們可以將一些數(shù)據(jù)封裝到pojo的對象屬性中，他的屬性可以是簡單類型，也可以是另外一個pojo。這時，我們可以這么做：

　　　　使用resultMap將查詢結(jié)果中的訂單信息映射到Orders對象中，在orders類中添加User屬性，將關(guān)聯(lián)查詢出來的用戶信息映射到orders對象中的user屬性中。

　   Orders類中添加user屬性

　　mapper.xml

　　　　用resultMap的方法將結(jié)果集進(jìn)行映射的時候，我們需要進(jìn)行兩個操作，一個是定義resultMap，設(shè)置每個查到的結(jié)果集中的列相對應(yīng)的對象的屬性。這個比較麻煩但是不難。二就是定義我們的statement。

　　　resultMap

　　　　resultMap實現(xiàn)的基本思路我們剛才已經(jīng)說了。而且也在orders的pojo類中增加了相應(yīng)的屬性了。接下啦，就是寫一個resultMap，將整個查詢的結(jié)果映射到Orders中在這里面，首先是order訂單的映射。就是直接用id 和result標(biāo)簽將兩者相互對應(yīng)即可。然后就是，關(guān)聯(lián)的用戶信息的映射，這時候需要用到一個association的標(biāo)簽，將在orders類中的user字段與User類進(jìn)行映射，然后在其內(nèi)部還是用id和result標(biāo)簽，將查詢的數(shù)據(jù)和User的屬性相映射。

　　　　具體代碼如下：　　　

<!-- 訂單查詢關(guān)聯(lián)用戶的resultMap
 將整個查詢的結(jié)果映射到cn.mybatis.po.Orders中
  -->
 <resultMap type="cn.mybatis.po.Orders" id="OrdersUserResultMap">
  <!-- 配置映射的訂單信息 -->
  <!-- id：指定查詢列中的唯 一標(biāo)識，訂單信息的中的唯 一標(biāo)識，如果有多個列組成唯一標(biāo)識，配置多個id
   column：訂單信息的唯 一標(biāo)識 列
   property：訂單信息的唯 一標(biāo)識 列所映射到Orders中哪個屬性
   -->
  <id column="id" property="id"/>
  <result column="user_id" property="userId"/>
  <result column="number" property="number"/>
  <result column="createtime" property="createtime"/>
  <result column="note" property=note/>
  
  <!-- 配置映射的關(guān)聯(lián)的用戶信息 -->
  <!-- association：用于映射關(guān)聯(lián)查詢單個對象的信息
  property：要將關(guān)聯(lián)查詢的用戶信息映射到Orders中哪個屬性
   -->
  <association property="user" javaType="cn.mybatis.po.User">
   <!-- id：關(guān)聯(lián)查詢用戶的唯 一標(biāo)識
   column：指定唯 一標(biāo)識用戶信息的列
   javaType：映射到user的哪個屬性
    -->
   <id column="user_id" property="id"/>
   <result column="username" property="username"/>
   <result column="sex" property="sex"/>
   <result column="address" property="address"/>
  
  </association>
 </resultMap>

　　　statement

　　　　statement比較簡單，就是將返回結(jié)果集的映射方式改成resultMap。然后將返回類型只想我們剛完成的resultMap就可以了。

　　mapper.java　　　　

　兩者的區(qū)別

　　　　實現(xiàn)一對一查詢的方法說完了，接下來分析下它們的不同之處，和優(yōu)劣之處。

　　　　首先，都需要對pojo進(jìn)行修改，一個是增加一個pojo類另外一個則是修改pojo的字段。個人感覺，根據(jù)設(shè)計模式中的開閉原則。resultType要比resultMap更好一些。

　　　　其次，簡易程度上來說，使用resultType實現(xiàn)較為簡單。從這點講，resultType也要比resultMap更好一些。

　　　　不過resultMap可以實現(xiàn)延遲加載，resultType無法實現(xiàn)延遲加載。這方面resultType就不如resultMap更好了。

　　　　所以：建議大家，如果沒有查詢結(jié)果的特殊要求的話使用resultType。

以上所述是小編給大家介紹的mybatis一對一查詢功能，希望對大家有所幫助，如果大家有任何疑問請給我留言，小編會及時回復(fù)大家的。在此也非常感謝大家對億速云網(wǎng)站的支持！