nullif能防除零错误，因为它在分母为0时返回null，使除法结果为null而非报错；必须写成nullif(分母, 0)置于分母位置，并配合coalesce等处理null语义。
NULLIF 为什么能防除零错误
因为 NULLIF(a, b) 在 a 等于 b 时返回 NULL，否则返回 a。把它用在分母位置，就能把「0」变成 NULL，而任何数除以 NULL 的结果也是 NULL，从而避开 division by zero 错误。
注意：这不是“修复”除零，而是让计算安全失败——结果为 NULL 而非报错，后续逻辑需能处理 NULL。
写法示例：用 NULLIF 替换分母
假设要算 revenue / units_sold，但 units_sold 可能为 0：
SELECT revenue / NULLIF(units_sold, 0) AS avg_price FROM sales;
等价于手动写 CASE WHEN units_sold = 0 THEN NULL ELSE revenue / units_sold END，但更简洁。
-
NULLIF(units_sold, 0)返回NULL当units_sold是 0；否则返回原值 - 如果
units_sold是NULL，NULLIF也返回NULL（因为NULL = 0为 unknown，不成立），所以不会意外“放行” - 别写成
NULLIF(0, units_sold)—— 那会把分母变成 0 时返回 0，反而加剧问题
和 COALESCE 搭配控制 NULL 输出
如果业务要求分母为 0 时显示 0 或 -1 而不是 NULL，得再包一层：
SELECT COALESCE(revenue / NULLIF(units_sold, 0), 0) AS avg_price FROM sales;
但要注意：COALESCE 的所有参数类型必须兼容，比如不能混用字符串和数字。
-
revenue / NULLIF(units_sold, 0)结果是 numeric 或 float 类型 - 所以
COALESCE(..., 0)中的0会被隐式转为同类型；但COALESCE(..., 'N/A')会报类型错误 - 某些数据库（如 PostgreSQL）对
NULLIF的参数类型检查更严格，确保两个参数类型一致，否则需显式CAST
容易忽略的边界情况
真正出问题的往往不是 0，而是空字符串、空白字符或特殊标记值（比如 '-999' 表示缺失）。
- 如果
units_sold是字符串类型且存了'0'或' '，NULLIF(units_sold, 0)不生效（类型不匹配） - 若字段含空格，先用
TRIM(units_sold)再判断；若存的是字符串数字，得先CAST或用NULLIF(NULLIF(TRIM(units_sold), ''), '0') - 浮点列中可能出现极小值（如
1e-15）被当“非零”，但实际参与除法后导致溢出或精度丢失，这时光靠NULLIF不够，得结合ABS()和阈值判断
NULLIF 是语法糖，不是万能兜底——它只解决“等于某值”的场景，无法替代对数据质量的事前清洗。
