一對(duì)多分頁的SQL應(yīng)該怎么寫

本篇文章為大家展示了一對(duì)多分頁的SQL應(yīng)該怎么寫，內(nèi)容簡(jiǎn)明扼要并且容易理解，絕對(duì)能使你眼前一亮，通過這篇文章的詳細(xì)介紹希望你能有所收獲。

前言

MySQL一對(duì)多的數(shù)據(jù)分頁是非常常見的需求，比如我們要查詢商品和商品的圖片信息。但是很多人會(huì)在這里遇到分頁的誤區(qū)，得到不正確的結(jié)果。今天就來分析并解決這個(gè)問題。

2. 問題分析

我們先創(chuàng)建一個(gè)簡(jiǎn)單商品表和對(duì)應(yīng)的商品圖片關(guān)系表，它們之間是一對(duì)多的關(guān)系：

然后我分別寫入了一些商品和這些商品對(duì)應(yīng)的圖片，通過下面的左連接查詢可以看出它們之間具有明顯的一對(duì)多關(guān)系：

SELECT P.PRODUCT_ID, P.PROD_NAME, PI.IMAGE_URL FROM PRODUCT_INFO P          LEFT JOIN PRODUCT_IMAGE PI                    ON P.PRODUCT_ID = PI.PRODUCT_ID

按照傳統(tǒng)的思維我們的分頁語句會(huì)這么寫：

<resultMap id="ProductDTO" type="cn.felord.mybatis.entity.ProductDTO">     <id property="productId" column="product_id"/>     <result property="prodName" column="prod_name"/>     <collection property="imageUrls"  ofType="string">         <result column="image_url"/>     </collection> </resultMap>  <select id="page" resultMap="ProductDTO">     SELECT P.PRODUCT_ID, P.PROD_NAME,PI.IMAGE_URL     FROM PRODUCT_INFO P              LEFT JOIN PRODUCT_IMAGE PI                        ON P.PRODUCT_ID = PI.PRODUCT_ID     LIMIT #{current},#{size} </select>

當(dāng)我按照預(yù)想傳入了(0，2)想拿到前兩個(gè)產(chǎn)品的數(shù)據(jù)，結(jié)果并不是我期望的：

2020-06-21 23:35:54.515 DEBUG 10980 --- [main] c.f.m.mappers.ProductInfoMapper.page     : ==>  Preparing: SELECT P.PRODUCT_ID, P.PROD_NAME,PI.IMAGE_URL FROM PRODUCT_INFO P LEFT JOIN PRODUCT_IMAGE PI ON P.PRODUCT_ID = PI.PRODUCT_ID limit ?,?  2020-06-21 23:35:54.541 DEBUG 10980 --- [main] c.f.m.mappers.ProductInfoMapper.page     : ==> Parameters: 0(Long), 2(Long) 2020-06-21 23:35:54.565 DEBUG 10980 --- [main] c.f.m.mappers.ProductInfoMapper.page     : <==      Total: 2 page = [ProductDTO{productId=1, prodName='杯子', imageUrls=[http://asset.felord.cn/cup1.png, http://asset.felord.cn/cup2.png]}]

我期望的兩條數(shù)據(jù)是杯子和筆記本，但是結(jié)果卻只有一條。原來當(dāng)一對(duì)多映射時(shí)結(jié)果集會(huì)按照多的一側(cè)進(jìn)行輸出(期望4條數(shù)據(jù)，實(shí)際上會(huì)有7條)，而前兩條展示的只會(huì)是杯子的數(shù)據(jù)(如上圖)，合并后就只有一條結(jié)果了，這樣分頁就對(duì)不上了。那么如何才能達(dá)到我們期望的分頁效果呢?

3. 正確的方式

正確的思路是應(yīng)該先對(duì)主表進(jìn)行分頁,再關(guān)聯(lián)從表進(jìn)行查詢。

拋開框架，我們的SQL應(yīng)該先對(duì)產(chǎn)品表進(jìn)行分頁查詢?nèi)缓笤僮箨P(guān)聯(lián)圖片表進(jìn)行查詢：

SELECT P.PRODUCT_ID, P.PROD_NAME, PI.IMAGE_URL FROM (SELECT PRODUCT_ID, PROD_NAME       FROM PRODUCT_INFO       LIMIT #{current},#{size}) P          LEFT JOIN PRODUCT_IMAGE PI                    ON P.PRODUCT_ID = PI.PRODUCT_ID

這種寫法的好處就是通用性強(qiáng)一些。但是MyBatis提供了一個(gè)相對(duì)優(yōu)雅的路子，思路依然是開頭所說的思路。只不過我們需要改造上面的Mybatis  XML配置：

<resultMap id="ProductDTO" type="cn.felord.mybatis.entity.ProductDTO">     <id property="productId" column="product_id"/>     <result property="prodName" column="prod_name"/>      <!-- 利用 collection 標(biāo)簽提供的 select 特性 和 column   -->     <collection property="imageUrls" ofType="string" select="selectImagesByProductId" column="product_id"/> </resultMap> <!-- 先查詢主表的分頁數(shù)據(jù)    --> <select id="page" resultMap="ProductDTO">     SELECT PRODUCT_ID, PROD_NAME     FROM PRODUCT_INFO     LIMIT #{current},#{size} </select> <!--根據(jù)productId 查詢對(duì)應(yīng)的圖片--> <select id="selectImagesByProductId" resultType="string">     SELECT IMAGE_URL     FROM PRODUCT_IMAGE     WHERE PRODUCT_ID = #{productId} </select>

大部分情況下分頁是很容易的，但是一對(duì)多還是有一些小小的陷阱的。一旦我們了解了其中的機(jī)制，也并不難解決。

上述內(nèi)容就是一對(duì)多分頁的SQL應(yīng)該怎么寫，你們學(xué)到知識(shí)或技能了嗎？如果還想學(xué)到更多技能或者豐富自己的知識(shí)儲(chǔ)備，歡迎關(guān)注億速云行業(yè)資訊頻道。