- 当前位置：首页 >IT科技类资讯 >一对多分页的SQL到底应该怎么写？
一对多分页的SQL到底应该怎么写？
发布时间：2025-11-05 05:22:55 来源：创站工坊 作者：数据库
前言
MySQL一对多的对多的S到底数据分页是非常常见的需求，比如我们要查询商品和商品的分页图片信息。但是应该很多人会在这里遇到分页的误区，得到不正确的对多的S到底结果。今天就来分析并解决这个问题。分页
2. 问题分析
我们先创建一个简单商品表和对应的应该商品图片关系表，它们之间是对多的S到底一对多的关系：
然后我分别写入了一些商品和这些商品对应的图片，通过下面的分页左连接查询可以看出它们之间具有明显的一对多关系：
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
按照传统的思维我们的分页语句会这么写：
<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>当我按照预想传入了(0，2)想拿到前两个产品的应该数据，服务器租用结果并不是对多的S到底我期望的：
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]}]我期望的两条数据是杯子和笔记本，但是分页结果却只有一条。原来当一对多映射时结果集会按照多的应该一侧进行输出(期望4条数据，实际上会有7条)，对多的S到底而前两条展示的分页只会是杯子的数据(如上图)，合并后就只有一条结果了，应该这样分页就对不上了。那么如何才能达到我们期望的分页效果呢?
3. 正确的方式
正确的思路是应该先对主表进行分页,再关联从表进行查询。
抛开框架，我们的SQL应该先对产品表进行分页查询然后再左关联图片表进行查询：
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这种写法的好处就是源码下载通用性强一些。但是MyBatis提供了一个相对优雅的路子，思路依然是开头所说的思路。只不过我们需要改造上面的Mybatis XML配置：
<resultMap id="ProductDTO" type="cn.felord.mybatis.entity.ProductDTO"> <id property="productId" column="product_id"/> <result property="prodName" column="prod_name"/> <!-- 利用 collection 标签提供的 select 特性 和 column --> <collection property="imageUrls" ofType="string" select="selectImagesByProductId" column="product_id"/> </resultMap> <!-- 先查询主表的分页数据 --> <select id="page" resultMap="ProductDTO"> SELECT PRODUCT_ID, PROD_NAME FROM PRODUCT_INFO LIMIT #{current},#{size} </select> <!--根据productId 查询对应的图片--> <select id="selectImagesByProductId" resultType="string"> SELECT IMAGE_URL FROM PRODUCT_IMAGE WHERE PRODUCT_ID = #{productId} </select>4. 总结
大部分情况下分页是很容易的，但是一对多还是有一些小小的陷阱的。一旦我们了解了其中的机制，也并不难解决。当然如果你有更好的解决方案可以留言讨论，集思广益。多多关注：码农小胖哥，获取更多开发技巧。亿华云计算
企商汇IT技术网服务器租用亿华云益华科技源码库源码下载香港云服务器IT资讯网智能时代益强前沿资讯运维纵横益强IT技术网益华IT技术论坛亿华互联极客码头科技前瞻益强智未来益强智囊团益强编程舍创站工坊编程之道亿华云计算益华科技码上建站云智核益强编程堂全栈开发亿华云IT资讯网亿华灵动亿华智慧云极客编程益强科技益强数据堂思维库技术快报亿华智造益华科技汇智坊云站无忧
- Copyright © 2025 Powered by 一对多分页的SQL到底应该怎么写？,创站工坊 滇ICP备2023006006号-44sitemap