grouping()函数通过检查null是否由rollup/cube/grouping sets主动补位来判断来源：返回1表示该null是分组机制生成的占位符，0表示来自原始数据；它不依赖值本身，只依据内部元数据标记。
GROUPING() 函数怎么判断 NULL 是哪来的
PostgreSQL 里 GROUPING() 的返回值直接告诉你：这个字段的 NULL 是“被分组逻辑主动补上的”，还是“表里本来就有的”。它对参与 ROLLUP、CUBE 或 GROUPING SETS 的列，在当前行**因未参与该组分组而被置为 NULL** 时返回 1；否则返回 0。关键点在于：它不看数据本身是不是 NULL，只看“这个 NULL 是不是分组机制强加的占位符”。
为什么不能用 IS NULL 直接过滤或替换
常见错误是写 COALESCE(region, '小计') 或 WHERE region IS NOT NULL —— 这会把三类东西全混在一起：
- region 字段真实为 NULL 的业务记录（比如区域未填写）
- 按
GROUPING SETS ((region), (product))查询时，product 行中 region 列的占位NULL - 全表总计行中 region 和 product 都是占位
NULL
用 IS NULL 无法区分第一种和后两种，GROUPING(region) 才是唯一可靠依据。
实际写法：CASE + GROUPING() 组合判断
假设你执行了：GROUP BY GROUPING SETS ((dept), (dept, role), ())，那么：
-
GROUPING(dept) = 0 AND GROUPING(role) = 0→ 普通明细行（dept 和 role 都有值） -
GROUPING(dept) = 0 AND GROUPING(role) = 1→ 部门小计（role 是占位 NULL） -
GROUPING(dept) = 1 AND GROUPING(role) = 1→ 全表总计（dept 和 role 都是占位 NULL）
对应展示逻辑可写成：
SELECT
CASE
WHEN GROUPING(dept) = 1 THEN '【总计】'
WHEN GROUPING(role) = 1 THEN CONCAT(dept, ' 小计')
ELSE dept
END AS dept_label,
CASE
WHEN GROUPING(role) = 1 THEN NULL
ELSE role
END AS role_label,
COUNT(*) AS cnt
FROM staff
GROUP BY GROUPING SETS ((dept), (dept, role), ())
ORDER BY GROUPING(dept), GROUPING(role), dept;
容易忽略的兼容性细节
PostgreSQL 9.5+ 原生支持 GROUPING()，但要注意：
-
GROUPING()只能用于出现在GROUP BY子句中的列，否则报错 - 如果用了
GROUPING SETS ((a,b), (c))，那么GROUPING(a)在 c 行会返回1（因为 a 没参与该组），但GROUPING(c)在 a,b 行也会返回1 - 别漏掉
ORDER BY中的GROUPING()字段——否则小计/总计行可能被穿插在明细中间，报表难读
真正麻烦的不是语法，而是把“分组结构设计”和“NULL 归因逻辑”同步想清楚；一旦 GROUPING() 判断条件写错一行，整个汇总标签就全乱了。
