nullif是最轻量安全的防除零手段，它将分母为0转为null使除法不报错，但需配合coalesce或case处理null结果，且必须写为nullif(分母,0)；分母为null时无效，整数除法还需乘1.0防截断。
SQL分组统计时除数为零直接报错怎么办
MySQL、PostgreSQL、SQL Server 都会在 GROUP BY 中执行类似 SUM(a)/SUM(b) 时，一旦某组的 SUM(b) 为 0，就抛出除零错误（如 PostgreSQL 报 division by zero，SQL Server 报 Msg 8134）。这不是警告，是中断执行——你得不到结果，更别提后续分析。
用 NULLIF 快速兜底，但要注意它只解决“除零”，不处理 NULL 传播
NULLIF(expr1, expr2) 在 expr1 = expr2 时返回 NULL，否则返回 expr1。所以 SUM(a) / NULLIF(SUM(b), 0) 能把分母为 0 的情况转成 NULL，避免报错。
但要注意两点：
-
NULLIF(SUM(b), 0)对SUM(b)是NULL的情况无感——此时仍返回NULL，整条除法结果也是NULL，符合三值逻辑，但你可能需要区分“无数据”和“分母为 0” - 某些旧版 MySQL（如 5.7）在严格模式下，
/运算遇到NULL分母仍可能报错，建议显式加SET sql_mode = 'STRICT_TRANS_TABLES';测试确认
示例（PostgreSQL/MySQL 8.0+）：
SELECT category, SUM(sales) AS total_sales, SUM(quantity) AS total_qty, ROUND(SUM(sales) / NULLIF(SUM(quantity), 0), 2) AS avg_price FROM orders GROUP BY category;
用 CASE 精确控制每种分母状态，适合要打标或补默认值的场景
当你要区分“分母为 0”“分母为 NULL”“正常计算”三种情况，或者想把除零组统一替换为 -1、0、'N/A' 等业务含义明确的值时，CASE 更可靠。
关键写法是先判断分母是否为 NULL 或 0，再决定分支：
- 不要写
CASE WHEN SUM(b) = 0 THEN ... ELSE SUM(a)/SUM(b) END—— 因为ELSE里SUM(b)还是 0，照样报错 - 必须把整个除法包进
THEN分支，或确保ELSE中分母已排除 0 和NULL
正确示例：
SELECT
dept,
COUNT(*) AS emp_count,
CASE
WHEN SUM(salary) IS NULL OR SUM(salary) = 0 THEN 0
ELSE ROUND(AVG(bonus) * 100.0 / SUM(salary), 2)
END AS bonus_ratio_pct
FROM staff
GROUP BY dept;
聚合函数嵌套 + 类型隐式转换可能悄悄改变结果精度
比如 SUM(a)/SUM(b) 在整数列上，PostgreSQL 默认返回整数（截断），MySQL 可能返回 DECIMAL 但精度不足。这和除零无关，但常被一起误判为“计算异常”。
解决方案很简单：
- 强制转浮点：
CAST(SUM(a) AS DECIMAL(10,2)) / NULLIF(CAST(SUM(b) AS DECIMAL(10,2)), 0) - 乘 1.0：更轻量，
SUM(a) * 1.0 / NULLIF(SUM(b), 0)（适用于多数引擎） - 注意
ROUND(..., 2)要放在最外层，否则中间截断会放大误差
真正容易被忽略的是：当你在 CASE 中混用不同分支的返回类型（比如一个分支返回 INTEGER，另一个返回 TEXT），数据库会尝试隐式转换，可能引发意外截断或报错——所有分支应保持类型一致。
