NULLIF在除法中应写为SELECT numerator / NULLIF(divisor, 0)，它在divisor为0时返回NULL，使整条除法结果为NULL而非报错；必须置于分母位置，顺序不可颠倒，且不替代数据质量治理。
NULLIF 在除法运算中怎么用？
直接把 NULLIF 套在分母上，就能让除零变成 NULL，而不是报错。它本质是“如果两个参数相等，返回 NULL；否则返回第一个参数”。所以 NULLIF(divisor, 0) 会把 0 变成 NULL，而其他值保持不变。
- 写法：
SELECT numerator / NULLIF(divisor, 0)—— 这比先写CASE WHEN divisor = 0 THEN NULL ELSE numerator / divisor END简洁得多 - 注意：
NULLIF只接受两个参数，且类型必须兼容；比如NULLIF(price, 0.0)不能和整型字段混用，可能触发隐式转换警告 - 它不改变分子逻辑，只保护分母；如果分子本身是 NULL，结果仍是 NULL（符合 SQL 三值逻辑）
为什么不能用 COALESCE 替代 NULLIF 来防除零？
COALESCE 是兜底替换，不是条件拦截。你写 numerator / COALESCE(divisor, 1) 看似避开除零，实则把 0 当成 1 算了——结果完全失真，而且掩盖了数据异常。
-
NULLIF(divisor, 0)表达的是“这里本不该有值”，语义清晰；COALESCE则是“随便给个默认值”，容易误导后续分析 - 某些场景下（比如财务报表），用 1 代替 0 会导致金额放大或归零错误，比报错更危险
- 数据库优化器对
NULLIF的处理更稳定；而COALESCE在复杂表达式里可能干扰执行计划
NULLIF 和 WHERE 条件一起用会出什么问题？
别在 WHERE 里依赖 NULLIF 过滤除零行——它返回 NULL 后，WHERE divisor IS NOT NULL 这类判断依然成立，因为原始字段值没变。
- 错误写法：
WHERE NULLIF(divisor, 0) IS NOT NULL—— 这并不能排除原值为 0 的行，只是把 0 转成了 NULL，而 NULL 在 WHERE 中永远不满足任何比较（包括IS NOT NULL以外的判断） - 正确做法：想跳过除零行，得明确写
WHERE divisor != 0或WHERE divisor IS NOT NULL AND divisor != 0 -
NULLIF是计算层防护，不是过滤层工具；混用容易造成逻辑断层，尤其在子查询或视图中不易察觉
不同数据库对 NULLIF 的兼容性要注意什么？
标准 SQL 支持 NULLIF，但个别老版本或嵌入式数据库（如 SQLite 3.20 之前、某些 IoT 数据库）可能不支持，或者只支持字符串类型。
- PostgreSQL、SQL Server、Oracle、MySQL 8.0+、Snowflake 都完整支持数值型
NULLIF - SQLite 从 3.20 开始支持任意类型，但早期版本仅支持文本，用在数字字段上会静默失败或报
datatype mismatch - 如果目标环境不确定，先跑
SELECT NULLIF(1, 0)测试；别等到上线后才发现除零错误又回来了
