nullif仅用于避免除零错误，不参与行过滤；需用having筛选分组，用left join确保分组存在，再配合coalesce处理null或补零。
SQL Server里NULLIF不能过滤分组，只能处理分母
NULLIF在SQL Server中不是WHERE或HAVING的替代品，它不参与行过滤，只改变表达式值。写NULLIF(COUNT(*), 0)不会让“没人”的部门从结果里消失——它只是把COUNT(*)算出来的0变成NULL，而COUNT(*)本身永远不会是NULL，所以这个用法毫无意义。
常见错误现象：在HAVING里写HAVING NULLIF(COUNT(*), 0) IS NOT NULL，结果和没写一样；或者试图用WHERE NULLIF(dept_id, 0) IS NOT NULL来排除空分组，完全无效。
- NULLIF只作用于单个标量表达式，不是逻辑谓词
- 想丢掉某组？必须用
HAVING COUNT(*) > 0这类真判断 - 想保留但让分母安全？才轮到
NULLIF(SUM(x), 0)出场
分母为0时显示0还是NULL，得靠COALESCE兜底
SQL Server执行SUM(a) / NULLIF(SUM(b), 0)后，分母为0的组结果是NULL，不是0。如果你的报表工具或下游应用无法处理NULL（比如前端JS报Cannot read property 'toFixed' of null），那就必须再包一层COALESCE。
推荐写法：COALESCE(SUM(a) * 1.0 / NULLIF(SUM(b), 0), 0)
-
* 1.0强制转浮点，避免整数除法截断（SQL Server默认整除） -
COALESCE(..., 0)把NULL转成0，语义明确 - 别用
ISNULL(..., 0)替代——虽然SQL Server支持，但跨库迁移时会出问题
LEFT JOIN + COALESCE才是补零的正解
如果结果里压根没有某个部门的行（比如HR部门没人，GROUP BY dept后直接不出现），那COALESCE或NULLIF都救不了你。这不是NULL的问题，是行缺失。
正确做法：先确保所有目标分组存在，再关联聚合数据。
- 从
department表（或硬编码VALUES）拉出全部部门 -
LEFT JOIN到员工/订单等事实表 - 在外层
COALESCE(COUNT(e.id), 0)才有意义
示例：SELECT d.dept, COALESCE(COUNT(e.id), 0) FROM department d LEFT JOIN emp e ON d.dept = e.dept GROUP BY d.dept
SQL Server 2012+里NULLIF在窗口函数中的坑
在OVER()子句里用NULLIF要小心隐式类型转换。比如AVG(sales) OVER(...) / NULLIF(COUNT(*) OVER(...), 0)，如果COUNT(*)返回bigint，而AVG(sales)是decimal，SQL Server可能触发警告甚至报错。
- 显式加
CAST：用NULLIF(CAST(COUNT(*) OVER(...) AS DECIMAL(18,2)), 0) - 避免在
PARTITION BY或ORDER BY里用NULLIF——它不支持 - 测试时打开
SET ARITHABORT OFF能绕过部分错误，但不建议上线用
真正容易被忽略的是：NULLIF只解决“数学上不能除以0”这一个问题，它不管分母是不是NULL、是不是负数、是不是字符串——这些得靠前置的WHERE或CASE清理。
