nullif(divisor, 0)是最安全防除零写法，其核心逻辑是“相等即转null”：当分母恰好为0时返回null，使除法结果为null而不报错；其他值原样返回，不改变语义，且必须作用于分母位置。
NULLIF 函数怎么防除零？核心逻辑是“相等就转 NULL”
直接说结论：NULLIF(divisor, 0) 是最常用、最安全的防除零写法。它不靠判断分支，而是利用 SQL 的三值逻辑——任何数除以 NULL 结果自动为 NULL，且不报错。关键在于：它只在被除数（或分母）**恰好等于 0** 时返回 NULL，其他值原样返回，不改变数据语义。
为什么不用 CASE WHEN 或 WHERE 过滤？
常见误区是用 CASE WHEN denominator = 0 THEN NULL ELSE numerator / denominator END。这看似稳妥，但有隐患：
- 表达式重复写两次
denominator，维护成本高，易出错 - 某些数据库（如旧版 MySQL）在
SELECT中对同一列多次计算可能引发非预期行为（尤其配合函数或子查询时） -
WHERE denominator != 0会直接丢弃整行，而你可能需要保留该行、仅让结果为空——NULLIF正好满足这个需求
实际写法和典型错误场景
正确模板：numerator / NULLIF(denominator, 0)。注意顺序不能反，NULLIF 必须作用于分母。
常见错误：
- 写成
NULLIF(numerator, 0) / denominator—— 错！这是防分子为 0，不是防除零 - 用
NULLIF(denominator, 0.0)在整数列上失效——若列是INT类型，0.0是DECIMAL，类型不匹配可能导致隐式转换失败或意外结果；统一用0 - 嵌套过深，比如
COALESCE(NULLIF(denominator, 0), 1)再去参与除法——这反而把本该是NULL的情况强行变成 1，失去防错意义
示例：
SELECT price / NULLIF(quantity, 0) AS unit_price FROM sales;
兼容性和性能要注意什么？
NULLIF 是 SQL 标准函数，PostgreSQL、SQL Server、Oracle、SQLite、MySQL 5.7+ 都支持。但 MySQL 5.6 及更早版本不支持，需改用 NULLIF() 等价写法（如 IF(denominator = 0, NULL, denominator)），不过语义已不完全一致。
性能上无额外开销——它只是个简单比较操作，比 CASE 还轻量。但要注意：如果 denominator 是复杂表达式（如子查询、函数调用），NULLIF 仍会执行一次，而 CASE 可能执行两次；此时建议先用 CTE 或派生表预计算。
真正容易被忽略的是空字符串或空白字符干扰：如果 denominator 是字符串类型（比如误存为 VARCHAR 的数字），NULLIF(col, '0') 或 NULLIF(TRIM(col), '0') 才有效，直接 NULLIF(col, 0) 会触发隐式转换，可能出错或慢。
