一对多时 Mybatis 的分页方案

[abc9999]

一个 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 友们有没有优雅的方案？

[nerkeler]

select blog2.xxx ，atta.xxx from (select blog.id ，... where xxx limit) blog2 left join att... 先把 blog 表查出来分页结果，当做主查询的临时查询表，再去关联 atta 表

[pannanxu]

从设计层面来讲，blog 和 attachment 是两个模块，考虑扩展性最好不要直接写 sqljoin ，应该从应用层做处理。或者是 blog 冗余一份 attachment

[abc9999]

@nerkeler 如果查询条件只过滤 attachment 表，这么写会导致查 blog 全表

[abc9999]

@pannanxu 应用层处理也是个方案，在代码里面拼分页，但是实现也很繁琐，有没有更优雅的方式呢

[Dongxiaohao]

蹲，也遇到类似的场景，解决办法和 op 一样，把主表的 ID 算出来去多的那张表 in 它的 ID

[pannanxu]

@abc9999 #4 那就让前端自己调用 attachment 接口获取 blogIds 相关的数据

[vishun]

感觉这个和 n+1 问题的解决方法是一致的，第二个 sql 不要再联表了，而是只根据 blogIds 取 attachment 表中所有数据，然后其他的放到应用层处理，group by 一下组装成 blogId 和 attachmentList 的 map ，然后再遍历原有的 blogList ，将 attachementList 附加到 blog 列表中。