Ruby 2.1 + Rails 3.2 索引页预加载自定义has_many关联问题

嘿，我在Rails 3.2版本里踩过类似的坑！你现在的情况是已经用includes预加载了foremen关联，也看到了预加载的SQL，但视图里调用关联时可能还是触发了不必要的查询，对吧？咱们来拆解问题，一步步解决。

先回顾下你的代码场景：

• Project模型定义：

  class Project < ActiveRecord::Base
    scope :active, -> { where(deleted_at: nil) }
    has_many :foremen, class_name: "ProjectsUser", conditions: ['current_foreman = 1']
  end
  

• 控制器执行：

  @projects = Project.includes(:foremen).active
  

你已经看到生成了预加载projects_users的SQL，但问题出在Rails 3.2的预加载逻辑上——当has_many关联带conditions参数时，includes有时候没法正确把预加载的匹配数据绑定到对应的Project实例上，导致视图访问project.foremen时，还是会重新执行查询筛选条件。

给你几个靠谱的解决方案：

方案1：用作用域+merge优化关联（推荐） #

把关联的条件移到ProjectsUser的作用域里，再通过merge把条件合并到预加载查询中：
首先修改ProjectsUser模型：

class ProjectsUser < ActiveRecord::Base
  scope :current_foreman, -> { where(current_foreman: 1) }
end

然后更新Project的关联定义，去掉conditions：

class Project < ActiveRecord::Base
  scope :active, -> { where(deleted_at: nil) }
  has_many :foremen, class_name: "ProjectsUser"
end

最后控制器里这样写：

@projects = Project.includes(:foremen).active.merge(ProjectsUser.current_foreman)

这样预加载的SQL会直接带上current_foreman = 1的条件，视图访问关联时直接用预加载好的数据，不会再触发额外查询。

方案2：用eager_load强制JOIN查询 #

Rails 3.2里includes会根据情况自动选择preload或eager_load，但遇到复杂条件时可能掉链子。换成eager_load会强制生成左外连接的SQL，确保条件在查询阶段就被应用：

@projects = Project.eager_load(:foremen).active

这个方法不需要修改关联定义，直接替换includes就行，适合不想改动模型的场景。

方案3：手动绑定预加载数据（不推荐，太繁琐） #

如果实在不想改模型，也可以手动把预加载的关联数据绑定到Project实例上：

@projects = Project.active
# 先查询符合条件的所有foremen并按project_id分组
foremen_map = ProjectsUser.where(
  project_id: @projects.pluck(:id),
  current_foreman: 1
).group_by(&:project_id)

# 手动给每个project绑定关联数据
@projects.each do |project|
  project.association(:foremen).target = foremen_map[project.id] || []
end

这个方法能解决问题，但代码不够优雅，维护起来麻烦，所以优先推荐前两个方案。

简单总结下：Rails 3.2对带条件的关联预加载支持不够完善，要么把条件移到作用域用merge，要么用eager_load强制JOIN，都能有效避免N+1查询的问题。

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