nullif能拦住除零错误，因为它在分母等于0时返回null，使“除以0”变为“除以null”，而sql标准规定任何数除以null结果为null而非报错；必须写成select numerator / nullif(denominator, 0)。
NULLIF 为什么能拦住除零错误
因为 NULLIF(a, b) 在 a 和 b 相等时返回 NULL，否则返回 a。把它用在除数位置，就能让「除以 0」变成「除以 NULL」——而 SQL 标准规定，任何值除以 NULL 的结果都是 NULL，不会报错。
把 NULLIF 套在除数上是最直接的写法
别试图改被除数，也别加 CASE WHEN 包裹整个表达式。直接对除数用 NULLIF，干净且可读性强：
SELECT numerator / NULLIF(denominator, 0) AS result FROM data_table;
常见误用包括：
- 写成
NULLIF(numerator, 0) / denominator—— 这改的是被除数，没用 - 写成
NULLIF(denominator, 0.0)—— 如果denominator是整数类型，0.0可能触发隐式转换失败（尤其在 PostgreSQL 中） - 在 WHERE 子句里也用
NULLIF过滤：它不改变行存在性，只影响计算结果，该出 NULL 还是出 NULL，不会跳过这行
不同数据库对 NULLIF + 除零的处理一致吗
主流数据库（PostgreSQL、SQL Server、MySQL 8.0+、SQLite）都遵循标准：除以 NULL 得 NULL，不报错。但要注意：
- MySQL 5.7 及更早版本默认开启
STRICT_TRANS_TABLES模式时，某些隐式转换场景可能报错，建议显式关闭或升级 - 如果除数字段是字符串类型（比如
VARCHAR），要先转数字再套NULLIF，否则NULLIF('0', '0')虽然成立，但后续除法会因类型不匹配失败 -
NULLIF(x, 0)对负零（-0.0）也生效，但在大多数数据库中，浮点数 -0.0 和 0.0 被视为相等，无需额外处理
NULLIF 不是万能兜底，边界情况得心里有数
它只解决「等于 0」的除数问题，不处理 NULL 本身作为除数的情况（NULLIF(NULL, 0) 返回 NULL，结果仍是 NULL，没问题），但如果你的业务要求「0 和 NULL 都算非法输入」，那就得叠加判断：
SELECT numerator / NULLIF(NULLIF(denominator, 0), NULL) AS result
不过这种嵌套容易让人困惑；更清晰的做法是统一用 CASE 显式声明规则。另外，应用层拿到 NULL 结果后，是否要转成 0、空字符串或抛异常，这是业务逻辑层该决定的事，SQL 层只负责不出错地交出结果。
