不同日期/时间类型跨类型比较的规则定义与实现差异问询

SQL标准的定义 #

SQL标准（包括SQL:2016及后续版本）并未强制统一DATE与TIMESTAMP（含带/不带时区两种）之间的跨类型比较行为。标准仅允许数据库实现通过隐式类型转换来支持这类比较，但具体的转换规则由各数据库自行定义，没有硬性规定DATE必须映射为当天00:00:00的TIMESTAMP值。

主流数据库的实现差异 #

不同数据库对这类跨类型比较的支持逻辑差异明显：

• PostgreSQL：支持你示例中的三种比较操作，转换逻辑如下：
  • DATE转TIMESTAMP WITHOUT TIME ZONE：直接映射为该日期的00:00:00时刻
  • DATE转TIMESTAMP WITH TIME ZONE：结合当前会话的时区，将DATE转换为该时区下当天00:00:00对应的UTC时间戳
  • TIMESTAMP WITHOUT TIME ZONE与TIMESTAMP WITH TIME ZONE比较时，会把无时区时间戳转换为会话时区对应的带时区时间戳后再对比
• BigQuery：仅允许DATE与TIMESTAMP WITHOUT TIME ZONE进行比较，转换时DATE会映射为当天00:00:00的无时区时间戳；DATE与TIMESTAMP WITH TIME ZONE的比较会直接报错，因为BigQuery认为DATE是无时区的日期概念，和带时区的时刻型数据语义不匹配，无法直接关联

跨类型比较的合理性分析 #

你提出的观点非常关键：DATE类型的核心语义是日期维度的标识，并不必然对应某个精确时刻——比如剧集的播出日期仅代表“当天”，而非特指UTC午夜或某个时区的凌晨。而TIMESTAMP类型（无论带不带时区）都是精确到秒级的时间点，二者属于不同语义维度的概念：

• 数值类型的跨类型比较（如INT与FLOAT）是同一语义下的精度差异，结果具备确定性；但DATE与TIMESTAMP的比较是跨语义的，容易引发歧义
• 严格来说，这类相等性比较缺乏合理性：比如DATE '2014-01-01'在不同时区下转换为带时区TIMESTAMP会对应不同的UTC时间，导致比较结果随会话时区变化，无法保证一致性

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