This topic created in 856 days ago, the information mentioned may be changed or developed.
一个 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 replies 2023-12-23 13:42:43 +08:00
 | 1 nerkeler Dec 23, 2023 via Android |
 | 2 pannanxu Dec 23, 2023 从设计层面来讲，blog 和 attachment 是两个模块，考虑扩展性最好不要直接写 sqljoin ，应该从应用层做处理。或者是 blog 冗余一份 attachment |
 | 5 Dongxiaohao Dec 23, 2023 via Android 蹲，也遇到类似的场景，解决办法和 op 一样，把主表的 ID 算出来去多的那张表 in 它的 ID |
 | 7 vishun Dec 23, 2023 感觉这个和 n+1 问题的解决方法是一致的，第二个 sql 不要再联表了，而是只根据 blogIds 取 attachment 表中所有数据，然后其他的放到应用层处理，group by 一下组装成 blogId 和 attachmentList 的 map ，然后再遍历原有的 blogList ，将 attachementList 附加到 blog 列表中。 |
Select Language