SQL除零错误会导致PostgreSQL等报错、MySQL默认返回NULL；根本原因是数学上0不能作除数；用NULLIF(SUM(b),0)可将分母0转为NULL，使结果恒为NULL而不报错。
SQL中除零错误的典型表现和根本原因
执行类似 SUM(a) / SUM(b) 的聚合计算时，如果分母 SUM(b) 为 0，多数数据库（PostgreSQL、SQL Server、Oracle）会直接报错，如 division by zero 或 ERROR: division by zero；MySQL 默认返回 NULL（但受 sql_mode 影响，开启 STRICT_TRANS_TABLES 后也会报错）。根本问题不是语法错误，而是数值运算在底层无法定义 0 作为除数。
用NULLIF安全绕过除零——最简写法
NULLIF 是标准 SQL 函数，语义是“当两个参数相等时返回 NULL，否则返回第一个参数”。把它套在分母上，就能把 0 变成 NULL，而任何数除以 NULL 在 SQL 中结果恒为 NULL，不会中断查询。
正确写法：
SELECT SUM(revenue) / NULLIF(SUM(cost), 0) AS margin_ratio FROM sales;
常见误用：
- NULLIF(0, SUM(cost))：顺序反了，永远返回 0 或 NULL，起不到保护作用
- 在外层加 CASE WHEN SUM(cost) = 0 THEN NULL ELSE ... END：逻辑等价但冗长，且需重复写聚合表达式，易出错、难维护
不同数据库对NULLIF的支持与行为差异
所有主流关系型数据库都支持 NULLIF，但注意两点：
- SQLite 中
NULLIF(x, y)等价于CASE WHEN x = y THEN NULL ELSE x END，行为一致 - PostgreSQL 和 SQL Server 允许
NULLIF用于任意可比类型（包括字符串），但用在除法时只关心数值型分母 - MySQL 8.0+ 完全兼容；5.7 及以前版本也支持，但若列含
NULL值，SUM()本身已忽略NULL，所以NULLIF(SUM(col), 0)仍安全
为什么不用COALESCE或ISNULL替代
COALESCE(SUM(cost), 0) 或 ISNULL(SUM(cost), 0) 是把 NULL 换成 0，反而制造了新的除零风险；它们解决的是“空值转默认值”问题，和“防除零”目标相反。真正要做的不是填补分母，而是让分母在为 0 时“失效”——NULLIF 正是为此设计的原生机制。
复杂点在于：如果业务要求分母为 0 时显示特定提示值（如 'N/A'），就不能只靠 NULLIF，必须配合 CASE 表达式做后处理。这时候 NULLIF 仍是前置必要步骤，否则 CASE 还没执行就已报错。
