nullif是处理sql聚合除零最轻量安全的方案，它将分母为0转为null使除法返回null而不报错，但必须写成nullif(分母,0)置于分母位置，并配合coalesce或case解释null业务含义。
NULLIF让分母为0时变成NULL，而SQL规定任何数除以NULL结果就是NULL
这不是“捕获错误”，而是提前把危险值替换成安全值。数据库执行 SUM(a) / SUM(b) 时，如果某组的 SUM(b) 算出来是 0，PostgreSQL、SQL Server 会立刻报 division by zero；MySQL 在严格模式下也一样。但换成 SUM(a) / NULLIF(SUM(b), 0) 后，只要 SUM(b) = 0，NULLIF 就返回 NULL，整条除法表达式就退化成 something / NULL —— SQL 标准明确要求这必须返回 NULL，不报错、不中断。
必须写成 NULLIF(分母, 0)，顺序和位置错一个就失效
常见手误包括：
-
NULLIF(0, SUM(b))：永远返回0或NULL，分母还是SUM(b)，没防住 -
NULLIF(SUM(a), 0) / SUM(b)：被除数变NULL没用，分母仍是原始值 -
NULLIF(SUM(a) / SUM(b), 0)：除法先执行，错误已抛出，NULLIF根本没机会运行
SUM(a) / NULLIF(SUM(b), 0)，且 0 必须是字面量整数，不是 0.0（避免浮点精度比较失败）。
NULLIF防住报错后，NULL结果得按业务解释，不能直接扔给前端
NULLIF 只解决“不断查询”，不解决“怎么显示”。报表里出现一堆 NULL，前端可能渲染为空白、触发类型错误，甚至被 AVG() 统计时忽略，导致偏差。
- 想标“无数据”：用
CASE WHEN SUM(b) = 0 THEN 'N/A' ELSE CAST(SUM(a)*100.0/NULLIF(SUM(b), 0) AS DECIMAL(5,2)) END - 想默认填 0：用
COALESCE(SUM(a) * 100.0 / NULLIF(SUM(b), 0), 0.0)，注意是外层COALESCE，不是包在NULLIF里面 - 千万别写
SUM(a) / COALESCE(NULLIF(SUM(b), 0), 0)：外层把NULL换回0，又回到除零
100.0 而非 100，否则整数除法会截断（比如 PostgreSQL 中 3/5 = 0，再乘 100 还是 0）。
聚合场景下，NULLIF作用对象是标量，不是列，所以天然适配GROUP BY
有人误以为要先过滤或子查询处理分母，其实不用。NULLIF(SUM(b), 0) 的输入已经是每组聚合后的单个数值（标量），不是一列数据。它对每个分组独立判断，不影响其他组，也不丢数据——哪怕某部门 COUNT(*) 是 0，SUM(sales) / NULLIF(COUNT(*), 0) 仍会返回 NULL，该部门记录保留在结果里。而用 HAVING SUM(b) > 0 会直接剔除整组，业务上往往不可接受。
