nullif(denominator, 0)可防止除零错误，因其在分母为0时返回null，使整个除法结果为null而非报错；必须作用于分母且顺序正确，聚合中需将nullif套在分母聚合结果上。
直接用 NULLIF(denominator, 0) 把分母包住，再做除法，就能拦住报错——它不“绕过”错误，而是让分母变成 NULL，而任何数除以 NULL 的结果恒为 NULL，不中断查询。
为什么 NULLIF(denominator, 0) 能防住除零报错
NULLIF(a, b) 的行为是：当 a = b 时返回 NULL，否则返回 a。所以 NULLIF(denominator, 0) 在分母为 0 时返回 NULL，后续的除法就变成 numerator / NULL —— SQL 标准规定这结果就是 NULL，不会触发 division by zero 错误（如 PostgreSQL 的 ERROR: division by zero 或 SQL Server 的 Msg 8134）。
关键点：
-
NULLIF必须作用在分母上，且参数顺序不能反：写成NULLIF(0, denominator)就完全失效 - 如果分母本身是
NULL（比如字段允许空值），NULLIF(NULL, 0)仍返回NULL，行为一致，无需额外防护 - 它不是“兜底函数”，而是把危险值（0）转成安全语义值（
NULL），下游逻辑必须能处理NULL
聚合计算中怎么套 NULLIF 才不提前报错
聚合场景下（如 SUM、COUNT），分母常是聚合结果，容易在 NULLIF 外层套错位置。常见错误是把 NULLIF 放在整条除法外面，比如 NULLIF(SUM(a) / SUM(b), 0) —— 这时除法已先执行，该崩早崩了。
正确做法是让聚合结果作为 NULLIF 的第一个参数：
- ✅
SUM(revenue) / NULLIF(SUM(cost), 0) - ✅
COUNT(done) / NULLIF(COUNT(*), 0) - ✅
SUM(sales) / NULLIF(COUNT(CASE WHEN status = 'shipped' THEN 1 END), 0) - ❌
NULLIF(SUM(revenue), 0) / SUM(cost)（分母没保护） - ❌
SUM(revenue / NULLIF(cost, 0))（逐行转NULL，聚合后可能仍是 0，且语义错误）
除完是 NULL，后续怎么用才不出问题
得到 NULL 后，别直接塞进报表或算平均值——AVG() 和 SUM() 会自动跳过 NULL，但业务上“无法计算”和“值为 0”常需区分。
- 想填默认值（如 0）：用
COALESCE(numerator / NULLIF(denominator, 0), 0)；但注意，COALESCE(NULLIF(denominator, 0), 0)是错的，会让分母变回 0 - 想标异常原因：用
CASE WHEN numerator / NULLIF(denominator, 0) IS NULL THEN 'div_by_zero' ELSE 'ok' END - WHERE 中过滤有效计算：必须写
WHERE (numerator / NULLIF(denominator, 0)) IS NOT NULL；写!= 0会漏掉负数结果，也判不出NULL - 百分比计算还要防整数截断：用
numerator * 100.0 / NULLIF(denominator, 0)，别用100（否则5/2 = 2）
真正容易被忽略的是：NULLIF 不解决语义问题，只解决语法报错。如果业务要求分母为 0 时显示 “N/A” 或触发告警，你得在 NULLIF 基础上再加一层 CASE；而如果下游系统把 NULL 当作缺失数据直接丢弃，那这个“安全”结果反而掩盖了数据异常。
