NULLIF(denominator, 0) 通过将分母0转为NULL，使除法结果为NULL而非报错；必须嵌入除法表达式（如numerator / NULLIF(denominator, 0)）才生效，单独使用无效。
NULLIF(denominator, 0) 是怎么拦住除零的
它不直接“避免”除零，而是把 0 变成 NULL，让后续除法变成 numerator / NULL —— 而 SQL 标准规定，任何数除以 NULL 结果也是 NULL，从而跳过报错。关键在于：它只改分母值，不改运算逻辑。
必须和除法一起用，单独用没意义
NULLIF(denominator, 0) 自己只是个表达式，返回 NULL 或原值。真要防错，得嵌进除法里：
SELECT numerator / NULLIF(denominator, 0) AS result FROM data;
常见错误写法：
- 只写
SELECT NULLIF(denominator, 0) FROM ...—— 没参与除法，除零照常发生 - 写成
SELECT CASE WHEN denominator = 0 THEN NULL ELSE numerator / denominator END—— 功能等价但更啰嗦，且某些数据库（如 PostgreSQL）仍可能在ELSE分支预计算时触发除零
注意 NULL 传播带来的隐性影响
结果是 NULL 不等于“安全了”，它会影响下游：
-
AVG()、SUM()会自动忽略NULL，但如果你期望 0 代替空值，就得补COALESCE(..., 0) - 和
WHERE配合时，WHERE result > 10会漏掉所有原分母为 0 的行（因为NULL > 10是 unknown，不满足条件） - 某些 BI 工具对
NULL渲染为空白或报错，需提前处理
不同数据库对 NULLIF 的兼容性基本一致，但细节有坑
NULLIF(a, b) 在 PostgreSQL、SQL Server、Oracle、Snowflake、BigQuery 中都支持，语义统一：当 a = b 时返回 NULL，否则返回 a。但要注意：
- MySQL 5.7+ 支持，但早期版本不支持；若用 MariaDB，确认版本 ≥ 10.3
- 如果
denominator是字符串类型（比如误存为'0'），NULLIF(denominator, 0)因类型不匹配永远不生效——得写NULLIF(denominator, '0')或先转类型 - 浮点数慎用：
NULLIF(0.0000001, 0)不触发，但业务上可能也该归为“近似零”，这时需配合ABS(denominator) 判断
最易被忽略的是数据类型隐式转换——看着是数字，查出来可能是字符串或 decimal，NULLIF 的相等判断会静默失败。动手前先 SELECT pg_typeof(denominator)（PostgreSQL）或 TYPEOF(denominator)（BigQuery）确认类型。
