Rails能否实现OR关联查询？自定义scope写法是否合规？

嗨，很高兴看到你已经找到一个可行的解决方案！咱们来一步步拆解你的问题，看看怎么优化得更符合Rails最佳实践，同时满足你的OR查询需求。

先说说你当前的写法 #

你的代码是可以正常工作的，但有几个需要注意的点，可能会影响性能和代码的可维护性：

• 会触发3次独立的数据库查询（两次pluck，一次最终的where(id: account_ids)），当reports和deadlines数据量很大时，内存里拼接数组可能会带来性能压力；
• 虽然你最终返回的是ActiveRecord::Relation对象（支持后续链式调用），但中间用内存数组处理ID的方式，没有充分利用ActiveRecord的查询优化能力；
• 关于compact：如果你的Report和Deadline模型都正确关联了Account，pluck(:account_id)不会返回nil，这个操作可能可以省略（除非存在孤儿记录的情况）。

Rails里直接实现OR关联查询的最优方式 #

从Rails 5开始，ActiveRecord原生支持or方法，可以直接组合两个ActiveRecord::Relation对象，在数据库层面完成OR逻辑，这才是更符合Rails最佳实践的写法，既高效又保持了scope的链式特性。

实现代码 #

scope :active_accounts_for_user, ->(user) {
  # 条件1：该用户创建过最近24小时的Report的账户
  accounts_with_reports = joins(:reports)
    .where(reports: { user: user, day: 24.hours.ago..Date.today })

  # 条件2：该用户拥有对应的Deadline的账户
  accounts_with_deadlines = joins(:deadlines)
    .where(deadlines: { user: user })

  # 用OR组合两个条件，并去重（避免同时满足两个条件的账户被重复返回）
  accounts_with_reports.or(accounts_with_deadlines).distinct
}

为什么这个写法更好？ #

• 只触发1次数据库查询，所有逻辑都在数据库层面完成，性能更优；
• 保持了scope的链式调用能力，你可以在后面继续追加.order、.limit、.includes等操作；
• 代码更直观，直接对应你的业务逻辑（OR条件），可读性更强。

另一种子查询写法（适合大数据量场景） #

如果你的reports和deadlines表数据量极大，子查询的方式可能比join更高效（取决于你的数据库索引情况），写法如下：

scope :active_accounts_for_user, ->(user) {
  where(id: Report.where(user: user, day: 24.hours.ago..Date.today).select(:account_id))
    .or(where(id: Deadline.where(user: user).select(:account_id)))
}

这种写法同样是一次数据库查询，用子查询代替join，避免了join可能带来的重复数据问题（不需要额外加distinct）。

总结 #

你的初始写法是可行的，但不是最优解。推荐使用Rails原生的or方法来组合查询条件，既符合Rails最佳实践，又能高效满足你的OR查询需求。

内容的提问来源于stack exchange，提问作者bo-oz