SQL中DATE与VARCHAR类型比较的运行原理求证

结论 #

你的猜想完全正确，该现象是数据库隐式类型转换规则导致的。 #

原理说明 #

绝大多数主流关系型数据库（Oracle、MySQL、PostgreSQL等）在执行不同数据类型的比较运算时，会遵循类型优先级隐式转换规则：优先级低的类型会被自动转换为优先级高的类型后再做运算，其中DATE类型的优先级普遍高于VARCHAR类型。
你给出的查询条件：

WHERE ORDER_DATE >= TO_DATE (CURRENT_DATE, 'YYYY-MM-DD')

执行时的实际逻辑和你猜测的完全一致：

1. 逐行读取ORDER_DATE字段的VARCHAR值
2. 数据库自动调用隐式转换逻辑，尝试把该字符串转为DATE类型
3. 转换完成后和右侧的DATE类型值做大小比较

报错原因对应 #

当ORDER_DATE中存在'0000-00-00'这类不符合合法日期规则的值时，隐式转换步骤会直接失败，抛出你看到的格式错误：data exception - invalid value for YYYY format token; Value: '0000-00-00'，完全匹配你观察到的现象。 #

隐式转换额外隐患补充 #

除了非法值报错外，这种隐式转换还有两个容易被忽略的问题：

• 索引失效：如果ORDER_DATE字段建有普通索引，隐式转换后数据库无法直接走索引查询，会触发全表扫描，性能大幅下降
• 稳定性差：隐式转换依赖当前会话的日期格式参数（比如Oracle的NLS_DATE_FORMAT），如果会话参数调整，原本正常运行的代码可能直接报错或者返回错误的比较结果
  这也是行业规范要求显式做同类型比较的核心原因。

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