为何含无条件除零的SQL查询返回NULL而非报错？

原始查询（来自SQLite的SqlLogicTest语料）：

SELECT DISTINCT 
( + + 88 ) + 69 + - - 22 / - + 0 * - 93 * 
CASE - 
    CASE ( - COUNT ( * ) ) 
    WHEN - 77 * - 44 - COUNT ( * ) + + 99 
        THEN - MIN ( - 30 ) 
    WHEN - 30 
        THEN NULL 
    WHEN + ( + 80 ) + + 33 / + COALESCE ( - - 93, - MAX ( DISTINCT 58 ) ) + - 99 * + 90 
        THEN - + COUNT ( * ) - AVG ( DISTINCT - 74 ) / 10 
    ELSE 
        NULL 
    END 
WHEN 16 THEN 3 
END * + 78
----
NULL

简化后逻辑：

Query: SELECT DISTINCT (some math containing a division by 0) * (CASE that will return NULL) * + 78
Expected result: NULL

这里的除零运算属于无条件触发，而且不在CASE的非执行分支里，按直觉应该触发报错，但实际测试多个数据库都返回NULL，而非报错，这是为什么？

核心原因解析 #

• NULL传播优先于错误触发：SQL的规则里，只要表达式中有NULL参与运算，最终结果就会变成NULL——哪怕表达式里藏着除零这种本应报错的操作。这个查询里，CASE表达式明确会返回NULL，整个大表达式是「(含除零的计算) * NULL * 78」，根据SQL运算逻辑，NULL和任何值相乘结果都是NULL，数据库直接返回这个结果，不会去执行那个除零的计算。
• SQL求值顺序不是严格从左到右：数据库不会死板地先算左边的除零部分，它会先判断整个表达式的最终走向。既然已经确定有NULL参与乘法运算，数据库会直接返回NULL，跳过对除零部分的实际计算——这是一种合理的优化，避免无意义的运算和错误抛出。
• 符合SQL标准的统一行为：这不是某个数据库的特例，SQL标准里的NULL传播规则和短路求值逻辑，让大部分数据库都会这么处理。只要表达式最终会因为NULL传播得到NULL，数据库就不会触发那些潜在的错误运算。

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