PostgreSQL分页与关联查询：如何获取分页店铺列表及对应全部关联苹果数据

这确实是SQL关联分页里很容易踩的坑——你原来的语句把关联后的行作为LIMIT的计数单位，而不是你实际需要的「店铺」数量。当某个店铺关联的苹果多了，就会把后面的店铺挤出前10行，完全达不到“取10个店铺+对应全部苹果”的需求。下面给你几个实用的解决方案：

方案1：先分页选店铺，再关联苹果（兼容性最强） #

这个思路最直观，先确保拿到10个目标店铺，再关联它们的苹果数据，不管每个店铺有多少苹果，店铺数量都能保证是10个：

SELECT s.*, a.*
FROM (
    -- 先分页获取10个店铺的ID，OFFSET根据页码调整（比如第2页是OFFSET 10）
    SELECT id FROM shop LIMIT 10 OFFSET 0
) s
LEFT JOIN apple a ON s.id = a.shop_id

为什么这个可行？ #

子查询先从shop表中取出10个店铺的主键，再用这些主键去关联apple表。这样关联后的结果里，所有行都属于这10个店铺，不会出现因为某个店铺苹果多而占用全部LIMIT额度的情况。

方案2：聚合苹果数据为JSON（返回结构更简洁） #

如果你的数据库支持JSON函数（比如MySQL 8.0+、PostgreSQL、SQL Server），可以把每个店铺的苹果数据聚合为一个JSON数组，这样返回的每行就对应一个店铺，直接LIMIT 10就能得到10个店铺：

MySQL 示例： #

SELECT 
    s.id,
    -- 将苹果数据打包为JSON数组，无苹果时返回NULL
    JSON_ARRAYAGG(
        JSON_OBJECT('id', a.id, 'shop_id', a.shop_id)
    ) AS apples
FROM shop s
LEFT JOIN apple a ON s.id = a.shop_id
GROUP BY s.id
LIMIT 10;

PostgreSQL 示例： #

SELECT 
    s.id,
    json_agg(a) AS apples
FROM shop s
LEFT JOIN apple a ON s.id = a.shop_id
GROUP BY s.id
LIMIT 10;

这种方式的优势是返回结构更紧凑，前端处理时不需要做分组拼接，直接读取每个店铺的apples数组即可。

为什么原语句会失效？ #

再帮你理清楚原语句的问题：

select * from shop s left join apple a on s.id = a.shop_id limit 10

这个语句会先执行LEFT JOIN，把每个苹果和对应的店铺拼成一行——比如一个店铺有5个苹果，就会生成5行数据。然后LIMIT 10会取关联后的前10行，这就导致如果前2个店铺各有5个苹果，10行额度就被这两个店铺占满了，后面的8个店铺根本不会出现在结果里，完全不符合需求。

内容的提问来源于stack exchange，提问作者davidbaguetta