grouping() 函数通过sql server内部元数据标记识别rollup生成的null占位符，返回1表示系统填充、0表示原始数据；它仅限rollup/cube/grouping sets查询中使用，且参数须为group by中实际列名，不可用于where子句。
GROUPING() 函数怎么知道哪行是 ROLLUP 生成的
它不是“猜”，而是 SQL Server 在执行 WITH ROLLUP 时，内部为每一行打上的元数据标记。当某列被上卷（比如 GROUP BY ROLLUP(dept, team) 中的 team 被聚合掉），SQL Server 会把该列值设为 NULL，同时在逻辑层记下“这一列的 NULL 是我造的”。GROUPING(team) 就是读这个标记——返回 1 表示“是系统填的占位符”，0 表示“这值来自原始数据（哪怕它真是 NULL）”。
为什么 IS NULL 不行，而 GROUPING() 可以
IS NULL 只看值，不看来源；GROUPING() 只看来源，不care值本身长什么样。常见错误场景：
- 写
WHERE team IS NULL→ 把部门小计行、全表总计行、以及所有team字段本就为空的真实员工记录，全删了 - 用
COALESCE(team, '小计')→ 所有team IS NULL都变“小计”，原始空值和汇总行混在一起，报表总数对不上 - 导出后发现明细行数变少、小计消失、排序错乱——八成是误用了
IS NULL
GROUPING() 的合法使用边界
它不是通用函数，硬性受限：
- 只能出现在含
WITH ROLLUP、WITH CUBE或GROUPING SETS的查询中；普通GROUP BY里调用会直接报错：GROUPING() can only be used in a GROUP BY clause with ROLLUP, CUBE or GROUPING SETS - 参数必须是
GROUP BY子句中**实际出现的列名或别名**，不能是计算列（如GROUPING(UPPER(team))）、聚合字段（如GROUPING(COUNT(*))）、或未参与分组的字段 - 不能用在
WHERE子句里——因为WHERE执行早于分组，此时汇总行还没生成；但可在HAVING、SELECT、ORDER BY中安全使用
多列 ROLLUP 下怎么组合判断层级
单看一个 GROUPING() 不够，必须拼起来看。例如 GROUP BY dept, team WITH ROLLUP：
-
GROUPING(dept) = 0 AND GROUPING(team) = 0→ 明细行（dept和team都有真实值） -
GROUPING(dept) = 0 AND GROUPING(team) = 1→dept小计（team被上卷，NULL是占位符） -
GROUPING(dept) = 1 AND GROUPING(team) = 1→ 全表总计（两列都被上卷）
真正容易被忽略的是：这些判断必须放在 SELECT 或 HAVING 中，且排序时要把 GROUPING() 结果纳入 ORDER BY，否则汇总行会散落在各处，脱离上下文。比如想让“部门A明细→部门A小计→部门B明细→部门B小计→总计”顺序出现，就得写 ORDER BY dept, GROUPING(team), team。
