这是一个创建于 854 天前的主题，其中的信息可能已经有所发展或是发生改变。
一个 blog 表，一个 attachment 表，一个 blog 对应多个 attachment.
主表是 blog ，
如果查询条件只过滤 blog ，那分页很简单。
如果查询条件同时过滤 blog 和 attachment ，应该怎么优雅的分页？
目前想到的方案是：
sql1：
select distinct blog.id
from blog left join attachment
where 查询条件
limit 分页，
（得到分页后的主表 blog 的 id 集合）
sql2：
select blog.*, attachment.*
from blog left join attachment
where 查询条件
and blog.id in (sql1 查出来的 id)
有点麻烦，想问问 v 友们有没有优雅的方案？
主表是 blog ，
如果查询条件只过滤 blog ，那分页很简单。
如果查询条件同时过滤 blog 和 attachment ，应该怎么优雅的分页？
目前想到的方案是：
sql1：
select distinct blog.id
from blog left join attachment
where 查询条件
limit 分页，
（得到分页后的主表 blog 的 id 集合）
sql2：
select blog.*, attachment.*
from blog left join attachment
where 查询条件
and blog.id in (sql1 查出来的 id)
有点麻烦，想问问 v 友们有没有优雅的方案？
7 条回复 2023-12-23 13:42:43 +08:00
 | 1 nerkeler 2023 年 12 月 23 日 via Android |
 | 2 pannanxu 2023 年 12 月 23 日 从设计层面来讲，blog 和 attachment 是两个模块，考虑扩展性最好不要直接写 sqljoin ，应该从应用层做处理。或者是 blog 冗余一份 attachment |
 | 5 Dongxiaohao 2023 年 12 月 23 日 via Android 蹲，也遇到类似的场景，解决办法和 op 一样，把主表的 ID 算出来去多的那张表 in 它的 ID |
 | 7 vishun 2023 年 12 月 23 日 感觉这个和 n+1 问题的解决方法是一致的，第二个 sql 不要再联表了，而是只根据 blogIds 取 attachment 表中所有数据，然后其他的放到应用层处理，group by 一下组装成 blogId 和 attachmentList 的 map ，然后再遍历原有的 blogList ，将 attachementList 附加到 blog 列表中。 |
Select Language