Rails 6中Review关联Ranks统计的N+1查询问题如何解决？

为什么includes不能直接解决问题 #

includes(:ranks)的作用是预加载所有关联的Rank记录到内存，但你原有的rank和ranks_count方法调用的是ranks.average和ranks.count——这两个方法本质是触发数据库查询（即使预加载了，ActiveRecord的关联聚合方法仍会走数据库）。如果要靠includes解决，得把逻辑改成内存计算：

# 修改Review模型的方法
def rank
  return 0 if ranks.empty?
  ranks.sum(&:score).to_f / ranks.size
end

def ranks_count
  ranks.size
end

但这种方式有明显缺点：如果单条Review的Rank数量很多，会占用大量内存；且数据库的AVG函数是精确计算，内存求和再除法可能存在精度偏差，只适合数据量极小的场景。

三种方案的对比与最优选择 #

1. 多态Stat模型（持久化统计） #

适合读取极频繁、Rank写入操作较少的场景。

• 实现思路：创建Stat模型，关联rankable多态，存储average_score和ranks_count两个字段。每次创建/更新/删除Rank时，通过回调更新对应的Stat记录（比如Rank的after_save、after_destroy回调，触发Stat的计算与保存）。
• 优点：读取Review时直接取Stat的字段，完全避免额外查询，性能最优。
• 缺点：需要维护数据一致性，比如批量操作Rank时要手动同步Stat，否则会出现统计值和实际Rank数据不一致的情况。

2. 优化后的分组查询方案（推荐，写入频繁场景） #

不需要额外模型，通过1次聚合查询获取所有需要的统计值，比原方案3更高效：

# 在ReviewsController#index中
@reviews = Review.all.page(params[:page])
# 直接在数据库层面聚合出每个Review的平均分数和Rank数量
rank_stats = Rank.where(rankable_type: "Review", rankable_id: @reviews.ids)
                 .group(:rankable_id)
                 .pluck(:rankable_id, 'AVG(score)', 'COUNT(*)')
                 # 转换为便于查找的哈希结构
                 .to_h { |id, avg, count| [id, { avg: avg.to_f || 0, count: count }] }

然后在视图中直接使用预计算好的统计值：

- @reviews.each do |review|
  li= link_to review
    span
      => review.title
      => rank_stats.dig(review.id, :avg) || 0
      => rank_stats.dig(review.id, :count) || 0

• 优点：仅需1次额外查询，数据库聚合效率高，内存占用少；无需维护额外模型，数据天然一致。
• 缺点：每次读取都要执行聚合查询，不如Stat模型的读取性能高，但大多数场景下完全够用。

3. 原includes方案（不推荐） #

如前所述，需改为内存计算，仅适合Rank数量极少的场景，否则内存和精度问题会凸显。

总结 #

• 若读取远多于写入：选多态Stat模型，极致优化读取性能。
• 若写入频繁或不想维护额外模型：选优化后的分组查询方案，简单高效且无数据一致性风险。

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