nullif本身不处理除零，但能将分母为0转为null，使除法结果为null而非报错；必须写成nullif(分母, 0)并置于除法表达式分母位置，配合coalesce等处理null语义。
NULLIF 怎么用才能拦住除零错误
直接说结论：NULLIF 本身不处理除零，但它能帮你把除数变成 NULL，从而让整个除法表达式结果为 NULL 而不是报错。关键在于把它放在除数位置，且第二个参数必须是 0（或你担心的危险值）。
常见错误是写成 NULLIF(0, 0) 或套在被除数上，比如 NULLIF(a / b, ...)——这毫无意义，除法已经执行完了，错误早就抛了。
-
NULLIF(b, 0)返回NULL当b = 0，否则返回b - 所以
a / NULLIF(b, 0)在b = 0时等价于a / NULL→ 结果为NULL，不报错 - 注意：不同数据库对
NULL参与运算的处理一致，但某些旧版 PostgreSQL 或严格模式 MySQL 可能仍需配合COALESCE做兜底
PostgreSQL 和 MySQL 中的实际写法差异
语法一样，但行为细节有坑。PostgreSQL 默认允许 NULLIF 直接用于除数；MySQL 5.7+ 也支持，但若开启 sql_mode=STRICT_TRANS_TABLES，仍可能因隐式类型转换失败而报错。
- 安全写法统一用：
SELECT a / NULLIF(b, 0) AS result FROM table_name - 如果字段
b是字符串类型（比如存了 '0' 或空字符串），NULLIF(b, 0)不生效——因为类型不匹配，比较恒为 false。此时得先转类型：NULLIF(CAST(b AS INTEGER), 0)或NULLIF(TRIM(b)::INT, 0) - MySQL 中
CAST('' AS SIGNED)会转成 0，反而引入新风险，建议加WHERE b != '' AND b IS NOT NULL过滤再用NULLIF
和 CASE 比，NULLIF 真的更简洁吗
单就防除零，NULLIF 写起来确实短，但可读性和调试性不如 CASE。尤其当逻辑变复杂（比如除数为 NULL、负数、极小浮点数也要拦截），NULLIF 就撑不住了。
- 纯防零：
a / NULLIF(b, 0)比CASE WHEN b = 0 THEN NULL ELSE a / b END少写一半字符 - 但加个“同时处理 NULL”的需求，
NULLIF就得嵌套：a / NULLIF(COALESCE(b, 0), 0)，反而难懂 - 性能上无差别，两者都属轻量级表达式，执行计划几乎一样
容易被忽略的边界情况
最常踩的坑不是语法，而是数据本身的“看似安全实则危险”。比如除数是浮点字段，值为 0.0000000001，NULLIF(b, 0) 完全不触发——它只认精确等于 0 的整数或数值。
- 浮点场景别依赖
NULLIF，改用CASE WHEN ABS(b) -
NULLIF对空字符串、空白符、NULL 值均无感，它们不会被转成 0，也不会被NULLIF(x, 0)捕获 - 如果业务要求“除零时返回 0 而非 NULL”，就不能只靠
NULLIF，必须接COALESCE(a / NULLIF(b, 0), 0)
真正要稳，得先搞清你的除数里到底混着什么——数字？字符串？NULL？浮点误差？NULLIF 只是工具，不是万能胶。
