grouping_id是唯一能精确编码多维分组中“当前行所属汇总层级”的整数标识符，它将多个grouping()的0/1结果按参数顺序拼接为二进制位向量并转为十进制整数，支持在rollup/cube/grouping sets中高效过滤、排序和标注汇总行。
GROUPING_ID 不是用来“识别行类型”的辅助函数，而是唯一能精确编码多维分组中「当前行属于哪一层汇总」的整数标识符——它把 GROUPING() 的多个 0/1 结果压缩成一个可计算、可过滤、可排序的 int 值。
GROUPING_ID 能解决什么真实问题
当用 ROLLUP 或 CUBE 或 GROUPING SETS 生成多级汇总时，结果里会出现大量 NULL 值。这些 NULL 不是数据缺失，而是语义化的“本层不区分”。但仅靠 IS NULL 无法区分：
- 某行是「明细行」（所有分组列都有值）
- 某行是「按 A 汇总」（A 有值，B/C 为
NULL） - 某行是「按 A 和 B 汇总」（A/B 有值，C 为
NULL） - 某行是「总计」（A/B/C 全为
NULL）
GROUPING_ID(a, b, c) 直接返回一个数字，比如 0（全明细）、1（c 汇总）、3（b 和 c 汇总）、7（全汇总），无需嵌套 CASE WHEN GROUPING(a)=1 AND GROUPING(b)=1...。
GROUPING_ID 参数必须严格匹配 GROUP BY 子句
常见错误是写错列顺序或表达式形式：
- 如果
GROUP BY ROLLUP(DATEPART(yyyy, order_date), customer_id)，那么GROUPING_ID()必须写成GROUPING_ID(DATEPART(yyyy, order_date), customer_id)，不能简写为GROUPING_ID(order_date, customer_id) - 列顺序必须一致：
GROUPING_ID(a, b)和GROUPING_ID(b, a)返回值完全不同 - 在
GROUPING SETS中，GROUPING_ID的参数顺序应与GROUPING SETS中各元组最右对齐的列顺序保持逻辑一致（例如GROUPING SETS((a),(a,b))，建议用GROUPING_ID(a,b)并用位运算判断）
用 GROUPING_ID 过滤或标注汇总层级
直接在 HAVING 或 CASE 中使用，比拼 GROUPING() 更简洁安全：
SELECT COALESCE(region, '总计') AS region, COALESCE(dept, '小计') AS dept, SUM(sales) AS total, GROUPING_ID(region, dept) AS gid FROM sales GROUP BY ROLLUP(region, dept) HAVING GROUPING_ID(region, dept) IN (0, 1, 3); -- 只要明细、按 region 小计、总计
也可用于动态标注：
CASE GROUPING_ID(region, dept) WHEN 0 THEN '明细' WHEN 1 THEN '部门小计' WHEN 2 THEN '区域小计' -- 注意：ROLLUP(region,dept) 不产生此值，需确认实际组合 WHEN 3 THEN '总计' END AS level_name
注意：不同数据库对 GROUPING_ID 的位顺序定义一致（左列高位），但返回类型可能不同（SQL Server 是 int，Databricks 是 bigint），跨平台迁移时留意溢出风险。
GROUPING_ID 和 GROUPING_SETS 配合用才真正灵活
当业务要求「只汇总 A，只汇总 B，只汇总 C，以及全不汇总」，但不允许 ROLLUP 自动生成中间层级（比如不要 A+B 汇总），就必须用 GROUPING SETS + GROUPING_ID：
-
GROUPING SETS((a), (b), (c), ())生成 4 种分组结果 -
GROUPING_ID(a,b,c)对应返回值分别是6（011₂）、5（101₂）、3（011₂？等等——实际取决于字段在GROUPING_ID中的顺序和位置） - 更稳妥的做法是按位检测：
GROUPING_ID(a,b,c) & 4 = 4表示 a 被汇总（假设 a 是最高位），避免硬记十进制值
真正容易被忽略的是：GROUPING_ID 的值不是“层级深度”，而是“哪些维度被折叠”的二进制快照；同一数值在不同 GROUPING SETS 定义下含义可能完全不同——别背数字，要查位模式。
