grouping sets 是明确声明多组独立分组的语法，非多级分组语法糖；必须用双层括号如 ((a), (b), ())，空括号表示全表总计，需配合 grouping() 区分占位 null 与真实 null，否则结果不可信。
GROUPING SETS 不是“多级分组”的快捷写法，而是明确声明多组独立分组的语法；它能避免重复扫描表、减少 UNION ALL 嵌套，但必须配合 GROUPING() 判断 NULL 类型，否则结果不可信。
GROUPING SETS 语法必须带双层括号，否则直接报错
常见错误是把 GROUP BY GROUPING SETS (dept, city) 当成合法写法——它在 PostgreSQL、SQL Server、Oracle 和 Hive 全部报错。正确结构必须是外层一对括号包裹多个元组，每个元组再用小括号包字段：
-
GROUP BY GROUPING SETS ((dept, city), (dept), (city), ())✅ -
GROUP BY GROUPING SETS (dept), (city)❌ 缺少外层括号，解析失败 -
GROUP BY GROUPING SETS (dept, city, ())❌ 元组未包裹，报错ERROR 42601（PostgreSQL）或Incorrect syntax near ','（SQL Server）
空括号 () 表示全局总计，不能省略，也不能写成 (NULL) 或 ( )（含空格）。
NULL 是占位符，不是原始数据空值，别用 IS NULL 过滤
执行 GROUPING SETS ((dept), (city)) 后，结果中会出现大量 dept = NULL 或 city = NULL。这些 NULL 是引擎自动填入的占位符，不代表原始数据为空。如果你写 WHERE dept IS NULL，会同时删掉：真实为 NULL 的部门记录 + 所有按 city 分组的行（因为它们的 dept 被折叠了）。
- 唯一可靠识别方式是
GROUPING(dept)：返回1表示该行中dept是占位符，0表示是真实值 - 多列判断要分开调用：
GROUPING(dept) = 1 AND GROUPING(city) = 0→ 这行是按city分组的汇总 - 全表总计行满足：
GROUPING(dept) = 1 AND GROUPING(city) = 1
MySQL 不支持 GROUPING SETS，硬套会报 ERROR 1064
截至 MySQL 8.4，官方仍未实现 GROUPING SETS。你如果在 MySQL 中执行类似语句，会直接报错 ERROR 1064（语法错误），而不是提示“功能不支持”。别试图绕过——没有等效替代语法，只能用 UNION ALL 拼接，或换用支持的引擎（如 PostgreSQL 9.5+、SQL Server 2008+、Oracle 9i+、Trino/Presto、Hive、Spark SQL）。
- 确认当前数据库是否支持：查文档或执行
SELECT version();后比对支持列表 - Hive/Spark SQL 中可用，但注意子查询里不能嵌套函数调用，如
DATE_TRUNC('month', order_time)必须提前算好并起别名 - 所有参与分组的列，必须在子查询中显式输出，不能在
GROUPING SETS括号里动态计算
GROUPING__ID 是隐式辅助字段，但跨引擎行为不一致
部分引擎（如 Hive、Spark SQL）会在结果中自动附加 GROUPING__ID 字段，表示该行所属的分组组合编号（从 0 开始）。但它不是标准 SQL，PostgreSQL 和 SQL Server 不提供此字段，只提供 GROUPING() 函数。
- 依赖
GROUPING__ID写逻辑会导致脚本在不同引擎间迁移失败 - 安全做法是统一用
GROUPING(col)组合判断，例如：CASE WHEN GROUPING(dept)=1 AND GROUPING(city)=1 THEN '总计' ... - 若需兼容性，避免在 SELECT 列表中直接引用
GROUPING__ID，尤其不要用于 JOIN 或 WHERE 条件
最容易被忽略的是：GROUPING SETS 的分组组合是“正交声明”，不是递进关系；你写的每一组都独立参与聚合，引擎不会帮你推导层级依赖。一旦括号结构写错、或漏判 GROUPING() 返回值，结果里的 NULL 就永远分不清是数据还是占位符。
