Rails应用单模型EST存储created_at及EST日期查询方法咨询

嘿，我来帮你解决这两个Rails时区处理的问题，这在实际开发中挺常见的，咱们一步步拆解：

1. 将UTC转换为EST并以EST格式存入数据库 #

首先得提一句：Rails官方其实推荐所有时间都以UTC存储，这能避免时区转换的各种坑（比如夏令时自动切换的问题）。但如果你确实有业务需求要存EST，可以这么做：

• 针对模型全局设置时区：如果这个模型的所有时间属性（包括created_at、updated_at）都要以EST存储，直接在模型里配置默认时区：

class TargetModel < ApplicationRecord
  # 开启时区感知属性支持
  self.time_zone_aware_attributes = true
  # 设置默认时区为美国东部时间（会自动识别夏令时，切换EST/EDT）
  self.default_timezone = 'America/New_York'
end

这样创建记录时，created_at会自动以EST/EDT格式存入数据库。

• 仅针对created_at单独转换：如果只需要修改created_at，其他时间属性仍用UTC，就用before_save回调手动处理：

class TargetModel < ApplicationRecord
  before_save :convert_created_at_to_est

  private

  def convert_created_at_to_est
    # 若created_at已赋值，将其转换为EST时区
    self.created_at = created_at.in_time_zone('America/New_York') if created_at.present?
  end
end

2. Rails全局用UTC，单个模型的特殊时区需求 #

这个分两种场景来聊：

场景A：仅为一个模型将created_at存储为EST #

解法和上面第一个问题一致，要么给模型全局设置时区，要么用回调单独处理created_at。还是再强调下：除非业务强制要求，不然尽量别这么做，UTC存储是更稳妥的长期方案。

场景B：仍以UTC存储，用EST日期查询记录 #

这是更推荐的做法，既能保留UTC存储的优势，又能满足EST日期查询的需求。核心思路分两种：

方法1：把EST日期转成UTC范围查询（性能优先，推荐）

假设你拿到的输入是EST格式的日期（比如"2024-05-20"），先把这个日期转换成EST当天的时间范围，再转成UTC，最后用范围查询：

# 解析输入的EST日期
est_date = Date.parse("2024-05-20")

# 生成EST时区下当天的开始和结束时间
est_start = est_date.beginning_of_day.in_time_zone('America/New_York')
est_end = est_date.end_of_day.in_time_zone('America/New_York')

# 转换为UTC时间范围
utc_time_range = est_start.utc..est_end.utc

# 执行查询，能利用created_at的索引，性能更优
TargetModel.where(created_at: utc_time_range)

方法2：数据库层面转换时区查询（适合复杂场景）

如果不想在Ruby层做转换，也可以直接在SQL里把UTC的created_at转成EST再比较。不同数据库语法略有不同：

• PostgreSQL：使用AT TIME ZONE关键字，注意要先把UTC时间转为带时区的时间，再转成EST：

TargetModel.where(
  "created_at AT TIME ZONE 'UTC' AT TIME ZONE 'America/New_York' BETWEEN ? AND ?",
  est_date.beginning_of_day,
  est_date.end_of_day
)

• MySQL：使用CONVERT_TZ函数，需确保数据库已加载时区表（否则只能用固定偏移量，无法自动处理夏令时）：

TargetModel.where(
  "CONVERT_TZ(created_at, '+00:00', 'America/New_York') BETWEEN ? AND ?",
  est_date.beginning_of_day,
  est_date.end_of_day
)

⚠️ 注意：这种方法会对每条记录的created_at做转换，无法利用索引，数据量大时性能会很差，所以优先用方法1。

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