nullif能防除零，是因为nullif(divisor, 0)在除数为0时返回null，而任何数除以null结果为null而非报错，从而跳过除零异常；标准写法是select numerator / nullif(denominator, 0) as result from data。
NULLIF 用在除法前为什么能防除零？
因为 NULLIF(divisor, 0) 在除数为 0 时返回 NULL，而任何数除以 NULL 的结果也是 NULL（不是报错），SQL 就跳过了除零异常。本质是把“非法运算”转成“合法的空值结果”，不中断查询执行。
实际写法：除法表达式里直接套 NULLIF
别单独判断再分支，直接在分母位置用 NULLIF：
SELECT numerator / NULLIF(denominator, 0) AS result FROM data;
常见错误写法包括：
- 写成
NULLIF(numerator / denominator, 0)—— 除法已经先执行，报错早发生了 - 漏掉括号，比如
numerator / NULLIF denominator, 0—— 语法错误 - 用
COALESCE(NULLIF(...), 1)补默认值再除 —— 又绕回可能除零，没意义
和 CASE WHEN 对比：什么场景该选哪个？
NULLIF 简洁，适合“只要不出错、结果是 NULL 也能接受”的场景；CASE WHEN 更灵活，适合需要自定义 fallback 值或记录告警逻辑的情况：
-- 用 NULLIF（推荐多数情况） SELECT amount / NULLIF(quantity, 0) FROM sales; <p>-- 用 CASE（需要显示提示或替代值时） SELECT CASE WHEN quantity = 0 THEN -1 ELSE amount / quantity END FROM sales;</p>
注意：NULLIF(a, b) 等价于 CASE WHEN a = b THEN NULL ELSE a END，它只比较两个表达式是否相等，不处理类型隐式转换——如果 denominator 是字符串字段（如 '0'），NULLIF(denominator, 0) 不会匹配，得写成 NULLIF(denominator, '0')。
NULLIF 不是万能的：这些边界要手动兜底
NULLIF 只防字面值为 0 的除数，对以下情况无效：
- 除数是
NULL——NULLIF(NULL, 0)返回NULL，结果仍是NULL，但这是预期行为，不算错 - 除数是浮点计算结果（如
ROUND(0.1 - 0.1, 1)），看似 0 实际是极小负数，NULLIF判等失败 - 业务上“逻辑零值”（如状态码 -999、占位符 'N/A'）——需结合
CASE或前置清洗
真正健壮的除法往往得组合用：NULLIF(NULLIF(TRIM(denom_col), ''), '0')，或者干脆在应用层校验更可控。
