Rails 6 ActiveRecord如何在where子句中实现字段运算的时间筛选

核心原则：所有时间计算逻辑尽量下推到数据库执行，避免全表数据加载到Ruby内存造成性能损耗

推荐生产环境实现（数据库层面计算） #

这种方式完全不需要加载全表记录到应用进程，只要scheduled_at字段配置了索引，查询效率可以达到毫秒级。

• 通用查询写法
  直接在where条件中拼入时间计算逻辑，根据自己使用的数据库微调语法即可：

  # app/models/your_business_record.rb
  scope :not_finished, -> {
    # PostgreSQL 语法
    where("scheduled_at + (duration * interval '1 minute') > ?", Time.current)
    # MySQL 语法替换为：
    # where("scheduled_at + interval duration minute > ?", Time.current)
    # SQLite 语法替换为：
    # where("datetime(scheduled_at, '+' || duration || ' minutes') > ?", Time.current)
  }
  

• 长期维护优化方案
  如果这类筛选查询在业务中高频使用，可以通过数据库迁移新增存储型虚拟生成列自动维护ends_at值，后续查询完全和普通字段无差别，不需要重复拼时间计算逻辑：

  # db/migrate/xxxxxx_add_generated_ends_at.rb
  def change
    add_column :your_business_table, :ends_at, :datetime,
      as: "scheduled_at + (duration * interval '1 minute')",
      stored: true
    add_index :your_business_table, :ends_at
  end
  

  配置完成后，后续直接写查询条件where("ends_at > ?", Time.current)即可，数据库会自动同步ends_at的值，完全不需要在业务代码里手动计算。

小数据集场景的临时实现 #

如果查询范围只有几百条以内的少量数据，也可以直接在Ruby层做内存计算，写法最简单：

# 仅适合小数据量场景，禁止在大表全量查询时使用
YourBusinessTable.where("scheduled_at < ?", Time.current)
  .select { |record| record.scheduled_at + record.duration.minutes > Time.current }

注意两点常见坑：

1. 不要直接对全表记录用select方法逐行做时间计算，这种写法会把整张表的所有数据加载到Ruby进程，数据量超过万级后会直接造成内存溢出、响应超时的问题。
2. 传入比较值的时候直接用Rails侧的Time.current即可，不要依赖数据库的NOW()函数，避免应用服务器时区配置和数据库时区不一致造成的时间判断偏差。

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