我来帮你梳理下这个问题的可能原因和解决方案～

核心问题排查方向 #

首先，你的查询结果不符合预期，大概率是时间类型不匹配或者时区处理不一致导致的，咱们一步步拆解：

1. 确认字段类型
   先检查timings表的open_at和close_at字段类型：

• 如果是time类型（只存储时分秒，不带日期和时区）：你用Time.current.getlocal传入的是完整的带时区的时间戳（比如2018-03-20 17:48:38 +0530），Postgres会把这个时间戳转成UTC对应的时间再和time字段比较，自然会出错。
• 如果是timestamp with time zone/timestamp without time zone：则要检查Rails和Postgres的时区配置是否一致。

2. 星期几格式匹配
   确认timings.day字段存储的格式和Date.current.strftime("%A")输出的一致——比如前者存的是"Monday"（英文全称），而不是"Mon"（缩写）或者中文，否则条件会不匹配。

针对性解决方案 #

情况1：open_at/close_at是time类型

这种情况下，你只需要提取当前时间的时分秒部分来比较，而不是传入完整时间戳：

current_local_time = Time.current.getlocal
warehouse = Warehouse.joins(:timings)
                     .where(
                       "timings.day = ? AND timings.open_at < ? AND timings.close_at > ?",
                       Date.current.strftime("%A"),
                       current_local_time.strftime("%T"), # 输出HH:MM:SS格式
                       current_local_time.strftime("%T")
                     )
                     .group("warehouses.id")

或者用更安全的Arel写法（避免SQL注入风险）：

current_local_time = Time.current.getlocal
timings_table = Timing.arel_table
warehouse = Warehouse.joins(:timings)
                     .where(
                       timings_table[:day].eq(Date.current.strftime("%A")),
                       timings_table[:open_at].lt(current_local_time.strftime("%T")),
                       timings_table[:close_at].gt(current_local_time.strftime("%T"))
                     )
                     .group("warehouses.id")

情况2：open_at/close_at是timestamp类型

如果是带时区的timestamp with time zone，直接用Time.current即可，Rails会自动处理时区转换，不用额外调用getlocal：

warehouse = Warehouse.joins(:timings)
                     .where(
                       "timings.day = ? AND timings.open_at < ? AND timings.close_at > ?",
                       Date.current.strftime("%A"),
                       Time.current,
                       Time.current
                     )
                     .group("warehouses.id")

同时要确保Rails的时区配置和Postgres一致：在config/application.rb里设置：

config.time_zone = 'Asia/Kolkata' # 替换成你的本地时区
config.active_record.default_timezone = :local

额外验证步骤 #

可以先在控制台执行查询的SQL部分，直接在Postgres里运行，看看返回结果是否符合预期：

puts Warehouse.joins(:timings).where(...).group(...).to_sql

把输出的SQL拿到Postgres客户端执行，就能快速定位是Rails的时间处理问题，还是SQL逻辑本身的问题。

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