Rails 6.0.3搭配Postgres 13仅存储时间的最佳方式？

你梳理的三类方案的实际使用问题 #

• DateTime存储忽略日期部分
  这种方案的冗余和坑都很明显：Postgres的timestamp类型自带完整日期维度，每次做时间判断都要手动截断日期做对比，遇到跨时区转换、夏令时调整的场景时，存储值的日期段发生偏移，很容易出现时分秒判断的逻辑bug。之前团队踩过坑，存的每日开门时间14:00，夏令时调整后读出来直接变成13:00，就是因为没处理DateTime自带的日期偏移。而且这种方式数据库没有任何值范围拦截，全靠应用层写校验，维护成本很高。
• 整数存储为秒数/分钟数
  最大的问题是可读性和可维护性差：数据库侧查出来一个孤立的整数，根本没法直观看出对应的时间点，所有时间区间判断、偏移计算的逻辑都要自己写换算规则，完全没法复用Postgres原生的时间处理函数。同时数据库层面没有范围约束，很容易出现超过当日总时长的无效值（比如写入90000秒的离谱值），还是得在应用层补校验。
• 小数类型存储时间值
  浮点数天生有精度漂移问题，多次计算后很容易出现临界值判断失效——比如本来存的15:30，经过几次运算变成15:29:59.999，直接导致区间匹配失败。而且得全团队额外约定“0-1范围的小数代表当日时间占比”的规则，没有通用性，后续接手的人看到numeric类型的列，根本反应不过来是存当日时间的。

最优实现方案 #

直接用Postgres原生的不带时区的time类型，和你当前用的Rails 6.0.3、Ruby 2.7.2、Postgres 13版本完全兼容，不需要额外装插件或者写适配代码：

• 建表时在migration里直接写t.time :daily_open_time就能生成对应字段，Rails会自动把数据库读出来的值映射为Ruby侧的Time对象，取时分秒做判断时不需要额外转换
• 这个类型是Postgres专门为“仅存当日时分秒、不关联具体日期”的场景设计的，数据库层面内置范围校验，写入超出00:00-23:59范围的值会直接报错，不需要应用层重复写校验逻辑
• 可以直接复用Postgres所有原生时间函数，比如做区间查询、时间偏移计算时，直接写SQL条件就能实现，不需要自己做单位换算
• 存储效率和整数存秒数基本一致，单值占8字节，没有额外的存储冗余

避坑提醒 #

别用Postgres的time with time zone类型，这个类型会附带时区偏移存储，反而容易引入不必要的转换bug；如果业务场景是存本地规则下的固定时间点（比如每日营业时间、固定课程时间），不带时区的time类型完全够用。

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