SQL中OR与AND多条件判断性能对比：Teradata引擎执行逻辑问询

先修正你的第二个CASE语句 #

你写的第二个CASE逻辑完全无效——THEN 1 ELSE 1不管条件满足与否都返回1，根本起不到判断“全部为NULL”的作用。正确的反向逻辑写法应该是：

-- 判断所有字段是否都为NULL：是则返回0，否则返回1（和第一个CASE结果相反）
CASE 
    WHEN field_1 IS NULL AND field_2 IS NULL 
    THEN 0 ELSE 1 
END

短路求值的实际作用 #

首先明确：SQL标准没有强制要求数据库必须实现短路求值，这完全取决于各个引擎的优化器实现。

Teradata的具体表现 #

Teradata对这类简单的NULL判断是支持短路求值的，但实际性能差异微乎其微：

• 用OR的逻辑：如果field_1 IS NOT NULL为真，会立刻停止检查field_2，直接返回1。
• 用AND的逻辑：如果field_1 IS NOT NULL（也就是field_1 IS NULL为假），会立刻停止检查field_2，直接返回1。

但因为只是单条记录的NULL检查，CPU开销极低，只有在处理超大规模数据集（比如数十亿行）且字段NULL分布极端倾斜时（比如99%的记录里field_1都不是NULL），OR的短路才会有一丁点优势，但这种差异在实际业务中几乎感知不到。

不同SQL引擎的差异 #

各个数据库的处理逻辑确实不一样：

• PostgreSQL、MySQL（多数默认模式）会实现短路求值，而且优化器可能会根据字段的NULL统计信息调整判断顺序——比如哪个字段的非NULL率更高，就先检查哪个，更快触发短路。
• 部分旧版本Oracle在涉及函数调用或索引的条件中，可能不会触发短路，会先把所有条件都评估完再判断。
• 列存数据库（比如Vertica）因为按列批量处理数据，单条记录的短路求值优势会被批量处理抵消，两种写法性能基本一致。

总结 #

1. 对于你用的Teradata，两种写法的性能差异可以忽略，选哪种完全看你需要的逻辑（是判断“有非NULL字段”还是“全为NULL”）。
2. 别指望靠短路求值来优化性能，SQL性能优化的核心是索引、数据分布、查询计划这些关键点。
3. 不同引擎对短路求值的支持不统一，写跨引擎的SQL时，别默认短路一定会发生。

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