不能。NULLIF本身不处理除零，仅当两参数相等时返回NULL；真正防崩溃的是除法遇NULL时返回NULL而非报错，必须写成numerator / NULLIF(denominator, 0)且确保类型匹配、顺序正确。
NULLIF 用在除法前能直接拦住除零错误吗？
不能。NULLIF 本身不处理除零，它只是把两个相等的值变成 NULL；真正起作用的是后续除法对 NULL 的默认行为——多数数据库（如 PostgreSQL、SQL Server）中，5 / NULL 返回 NULL，而非报错。所以关键在于：用 NULLIF 把可能为零的除数转成 NULL，再让除法自然产出 NULL。
怎么写才真正避开除零？
典型写法是把除数包进 NULLIF(divisor, 0)，确保它在等于 0 时变 NULL：
SELECT numerator / NULLIF(denominator, 0) AS result FROM data;
常见错误是反着写：NULLIF(0, denominator) —— 这只会当 denominator 是 0 时返回 0，完全没用。
-
NULLIF(a, b)的逻辑是：如果a = b，返回 NULL；否则返回a - 所以必须让第一个参数是「可能为零的除数」，第二个参数是字面量
0 - MySQL 和 SQLite 行为一致；但 Oracle 需注意：若除数字段为 NULL，
NULLIF(col, 0)仍返回 NULL，此时除法结果也是 NULL，符合预期
NULLIF 在不同数据库里有坑吗？
绝大多数主流数据库支持 NULLIF，但兼容性细节容易翻车：
- PostgreSQL、SQL Server、Oracle、SQLite、MySQL（8.0+）都支持标准语法
NULLIF(expr1, expr2) - 旧版 MySQL（5.7 及更早）不支持
NULLIF，得改用CASE WHEN denominator = 0 THEN NULL ELSE denominator END - 某些 BI 工具（如早期 Tableau）的自定义 SQL 模式可能禁用
NULLIF，需提前验证 - 如果
denominator是字符串类型（比如从 CSV 导入未转类型），NULLIF(denominator, '0')才有效，但混用类型可能导致隐式转换失败
除零之外，NULLIF 还能防哪些计算异常？
它本质是「相等则消去」，适用场景比除零更广：
- 避免空字符串参与拼接：
CONCAT(name, ' - ', NULLIF(dept, ''))，部门为空时不加' - ' - 过滤掉重复标记值：
WHERE status NULLIF(status, 'UNKNOWN')等价于排除'UNKNOWN'（但更推荐直接写status != 'UNKNOWN'，语义更直） - 和
COALESCE配合做默认兜底：COALESCE(NULLIF(value, 0), 1)表示「0 当作 NULL 处理，再用 1 替代」
真正容易被忽略的是：NULLIF 不改变原始数据类型，如果除数列是 DECIMAL(10,2)，NULLIF(denominator, 0) 返回的仍是 DECIMAL 类型的 NULL，不会触发隐式类型转换问题——这点比手写 CASE 更稳。
