nullif仅在两参数相等时返回null，否则返回第一个参数，不能自动防错；必须置于分母位置并配合coalesce或case处理null语义，否则仍可能导致业务逻辑偏差。
NULLIF 会把相等的两个值变成 NULL，不是万能的“防错开关”
它只做一件事：当两个参数相等时返回 NULL，否则返回第一个参数。很多人误以为它能“自动跳过除零”或“阻止类型错误”，其实它只是提前把危险值替换成 NULL，后续还得靠 COALESCE 或条件逻辑兜底。
典型误用：SELECT price / NULLIF(discount, 0) 看似安全，但如果 discount 是 NULL，NULLIF(discount, 0) 返回 NULL，整条除法仍得不出数字——这和直接除以 NULL 效果一样。
-
NULLIF(a, b)要求a和b类型兼容，否则报错（如NULLIF('abc', 123)在 PostgreSQL 中会拒绝） - 它不改变原字段的可空性：如果
discount列本身允许NULL，那NULLIF(discount, 0)可能返回NULL、0或其他值，三态并存 - 别在 WHERE 中依赖它“过滤掉 0”：
WHERE NULLIF(x, 0) IS NOT NULL实际上会漏掉原始为NULL的行
除零保护必须配合 COALESCE 或 CASE 才真正生效
单独用 NULLIF 只是把分母从 0 变成 NULL，而多数数据库中 number / NULL 结果仍是 NULL，不是报错——但这不等于“安全计算”，因为下游可能把 NULL 当 0 用，导致业务逻辑偏差。
真正可控的做法：
- 用
COALESCE(NULLIF(denom, 0), 1)把 0 和NULL都映射为 1（适合“无折扣时按原价算”场景） - 用
CASE WHEN denom = 0 THEN NULL ELSE num / denom END更明确地表达意图 - 若需默认值（如 0），写成
COALESCE(num / NULLIF(denom, 0), 0)——注意除法必须在内层，否则COALESCE接不到NULL
示例：SELECT amount / COALESCE(NULLIF(qty, 0), 1) AS unit_price，确保分母至少为 1，避免除零且不引入 NULL。
字符串空值归一化时小心隐式类型转换
用 NULLIF(name, '') 把空字符串转成 NULL 很常见，但要注意：
- SQL Server 中，如果
name是VARCHAR(50)，''会被当作VARCHAR(1)，类型一致，没问题 - 但在某些配置下，空字符串可能被自动填充为空格（尤其
CHAR类型），这时NULLIF(name, '')失效，得写成NULLIF(RTRIM(name), '') - PostgreSQL 对空白敏感：
NULLIF(' ', '')返回' '（空格不等于空字符串），不能靠它清理空白
更稳妥的字符串清洗组合：NULLIF(TRIM(name), '')，先去两端空格再判空。
性能影响小，但嵌套过深会干扰查询优化器
NULLIF 本身是轻量级标量函数，现代数据库基本都内联处理，不会产生额外执行计划节点。但以下情况可能拖慢性能：
- 在索引字段上使用：
WHERE NULLIF(status, 'N') = 'Y'会让索引失效（相当于对字段做了函数运算） - 多层嵌套：
NULLIF(NULLIF(NULLIF(x, a), b), c)可读性差，部分数据库无法有效推导空值传播路径 - 与聚合混用时易误解：如
AVG(NULLIF(score, -1))会把 -1 视为缺失值剔除，但若业务中 -1 表示“未参加考试”，那就合理；若表示“作弊扣分”，那就不该剔除
真正容易被忽略的是语义一致性——NULLIF 改变的不只是值，还有它的业务含义。一个被 NULLIF 抹掉的 0，到底是“无效输入”“缺省值”还是“明确的零值”，得由上下文定义清楚，不能只靠函数名猜测。
