Rails ActiveRecord：where与merge的使用选择及场景疑问

咱们先从你给出的代码场景入手，拆解merge和where的适用边界，帮你理清该怎么选：

先搞懂基础用法的区别 #

where：直接给当前查询加简单条件 #

where是ActiveQuery里最常用的方法，它的核心是直接给当前模型的查询添加条件，适合处理简单的、针对当前模型字段的过滤逻辑。比如你最后那段代码：

@status = params[:status]
@review_statuses.where(evidence_status: :pass, roc_status: :pass) if @status == 'pass'

这里的evidence_status和roc_status都是ReviewStatus模型自己的字段，逻辑就是简单的AND条件，用where完全没问题，代码清晰直接，没必要用merge。

merge：合并复杂查询对象/关联模型条件 #

merge的核心作用是把一个独立的ActiveRecord查询对象，合并到当前的查询中，它的优势主要体现在这几个场景：

1. 合并包含OR/复杂逻辑的查询对象

就像你代码里的这段：

@review_cycle = params[:review_cycle]
if @review_cycle.present?
  @review_statuses = @review_statuses.merge(
    ReviewStatus.where(evidence_cycle: @review_cycle)
    .or(ReviewStatus.where(roc_cycle: @review_cycle))
  )
end

你先构建了一个包含OR逻辑的查询对象（要么evidence_cycle匹配，要么roc_cycle匹配），这时候用merge能直接把这个复杂逻辑合并到已有的@review_statuses查询里。如果换成where，你得把OR条件拆成字符串或者用更繁琐的写法，反而容易出错。

2. 合并关联模型的查询/作用域

假设你的ReviewStatus关联了User模型，如果你想筛选出属于“活跃用户”的审核状态，用merge会自动处理表别名，避免字段冲突：

# User模型定义了作用域
class User < ApplicationRecord
  scope :active, -> { where(active: true) }
end

# 在ReviewStatus的查询中合并这个作用域
@review_statuses = ReviewStatus.joins(:user).merge(User.active)

这里merge(User.active)会自动生成带表前缀的SQL（users.active = true），如果直接用where(active: true)，会因为ReviewStatus可能没有active字段，或者和users.active冲突而报错。

3. 复用已有的查询作用域

如果你的项目里已经定义了一些ReviewStatus的查询作用域，比如：

class ReviewStatus < ApplicationRecord
  scope :completed, -> { where(evidence_status: :done, roc_status: :done) }
end

当你需要把这个作用域合并到已有查询时，用merge比重复写where条件更简洁，也更容易维护：

@review_statuses = @review_statuses.merge(ReviewStatus.completed)

总结：怎么选？ #

• 用where：当你给当前模型添加简单、直接的字段条件时（比如单个字段匹配、多个AND条件）
• 用merge：
  • 需要合并包含OR/复杂逻辑的独立查询对象时
  • 需要合并关联模型的查询或作用域，避免字段冲突时
  • 想要复用已定义的查询作用域，减少重复代码时

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