grouping_id返回一个整数，表示当前行在多维分组中的汇总层级：它将各分组列对应的grouping()结果（0或1）按参数顺序拼成二进制位，再转为十进制；值越小越明细（如0=全明细），越大越粗粒度（如7=三列全汇总）。

GROUPING_ID 函数返回什么，怎么理解它的值？

GROUPING_ID 不是过滤器本身，而是为每个 GROUP BY 维度组合生成一个整数编码，用来标识当前行属于哪一层级的汇总。它把每个 GROUPING() 的布尔结果（0 或 1）当作二进制位拼起来，再转成十进制。

比如你写 GROUP BY GROUPING SETS ((a, b), (a), ())，那么维度顺序是 a, b（注意：顺序以 GROUP BY 子句中出现的列为准），GROUPING_ID(a, b) 的取值逻辑如下：

• (a,b) 这一行：GROUPING(a)=0, GROUPING(b)=0 → 二进制 00 → 十进制 0
• (a) 这一行（b 被汇总掉）：GROUPING(a)=0, GROUPING(b)=1 → 01 → 1
• 全局汇总行：两者都为 1 → 11 → 3

所以 GROUPING_ID 值越小，说明该行“越具体”；值越大，说明“越粗粒度”。

用 WHERE 过滤特定汇总级别时，必须注意列顺序

GROUPING_ID 的参数顺序严格对应 GROUP BY 中参与分组的列顺序，错一位，整个编码就全错。常见错误是直接照抄 SELECT 列表里的顺序，或把常量、表达式也塞进去——这些不能参与 GROUPING_ID 计算。

Zapier Agents

Zapier Agents是一款用于构建和运行自动化 AI 代理的工作流工具。

下载

• 只能传入出现在 GROUP BY 中的基础列名（如 a, b），不能是别名或计算字段
• 列顺序必须和 GROUPING SETS / CUBE / ROLLUP 定义中的维度顺序一致
• 如果用了 ROLLUP(a, b, c)，那 GROUPING_ID(a,b,c) 才合法；写成 GROUPING_ID(b,a,c) 会得到错误的编码

例如想只保留「按 a 和 b 分组」+「仅按 a 分组」这两层，排除全局汇总（即排除 GROUPING_ID = 7 当有三列时），就得先确认维度数和顺序，再算出对应的目标值。

结合 HAVING 还是 WHERE？什么时候必须用 HAVING？

• 如果过滤条件只依赖 GROUPING_ID（它本身是分组后产生的值），且不涉及聚合函数，WHERE 和 HAVING 都能用，但 WHERE 更早执行，效率略高
• 但如果你同时要筛掉某些聚合结果（比如 SUM(sales) > 1000），就必须用 HAVING，因为 WHERE 在分组前执行，看不到 SUM 或 GROUPING_ID

典型安全写法是统一用 HAVING，尤其在复杂 GROUPING SETS 场景下，避免混淆执行阶段：

SELECT a, b, SUM(sales), GROUPING_ID(a,b) AS gid
FROM t
GROUP BY GROUPING SETS ((a,b), (a), ())
HAVING GROUPING_ID(a,b) IN (0, 1);  -- 只要明细层和 a 层

兼容性陷阱：不是所有数据库都支持 GROUPING_ID

GROUPING_ID 是 SQL:2003 标准的一部分，但实际支持情况参差不齐：

• PostgreSQL：从 14 开始支持，之前只能手写 (GROUPING(a) 模拟
• MySQL：完全不支持（截至 8.4），得用嵌套查询 + GROUPING() 手动编码
• SQL Server、Oracle、Trino、Doris：支持，但 Oracle 要求参数必须显式列出所有分组列，少一个就报错
• DuckDB：支持，但对空 GROUPING SETS (()) 的 GROUPING_ID() 返回 0（而非全 1），行为不一致

真正容易被忽略的是：即使语法通过，不同引擎对 GROUPING_ID() 在 ORDER BY 或窗口函数中的支持程度也不同——别默认它能当普通列一样参与计算。