NULLIF本身不防除零，但它将除数为0转为NULL，使除法结果为NULL而非报错；必须写成num/NULLIF(denom, 0)，顺序错误或未处理NULL语义则失效。
NULLIF 函数怎么避免除零错误
直接说结论：NULLIF 本身不防除零，但它能帮你把除数变成 NULL，而 SQL 中任何数除以 NULL 的结果是 NULL（不是报错），从而绕过除零异常。关键在于用法是否匹配场景。
为什么 NULLIF(divisor, 0) 是常见但有风险的写法
很多人写 num / NULLIF(denom, 0)，以为只要 denom 是 0 就安全。但要注意：
-
NULLIF(denom, 0)只在denom = 0时返回NULL；如果denom本来就是NULL，NULLIF(NULL, 0)返回NULL，结果仍是NULL—— 这通常符合预期 - 但如果业务上需要区分“分母为 0”和“分母缺失”，这种写法会把两者都抹成
NULL，丢失语义 - 某些数据库（如 PostgreSQL）对
NULL参与的算术运算严格遵循三值逻辑，没问题；但旧版 SQL Server 在某些上下文中可能隐式转换或报警告
更稳妥的写法：CASE + NULLIF 或纯 CASE
当你要明确控制逻辑分支，或者分母可能有多种“非法值”（比如 0、负数、空字符串等），推荐用 CASE 显式判断：
SELECT
num,
denom,
CASE
WHEN denom = 0 THEN NULL
ELSE num / denom
END AS result
FROM data;
或者复用 NULLIF 做前置过滤再嵌套：
SELECT num, denom, num / NULLIF(NULLIF(denom, 0), -1) AS result -- 排除 0 和 -1 FROM data;
注意：NULLIF 只接受两个参数且必须同类型，不能写成 NULLIF(denom IN (0, -1)) —— 那会语法报错。
不同数据库对 NULL 参与除法的实际表现
虽然标准 SQL 规定 x / NULL → NULL，但实际执行中仍有差异：
- PostgreSQL、SQLite、Snowflake：完全遵守，无异常
- MySQL：默认行为一致，但若启用了
STRICT_TRANS_TABLES模式，1 / NULL仍为NULL，不会报错 - SQL Server：
ANSI_WARNINGS OFF下可能返回NULL；开启时也返回NULL，但某些聚合上下文（如AVG()）会忽略NULL值 —— 这点容易被忽略 - Oracle：
1 / NULL确实得NULL，但要注意NULL和空字符串在 Oracle 中等价，字符串字段做除法前需显式转数值
真正容易出问题的，不是 NULLIF 本身，而是没意识到后续计算（比如 SUM(result) 或前端展示）是否能正确处理 NULL —— 它不会炸，但可能悄悄丢数据。
