GROUPING SETS 不支持嵌套，需通过子查询预处理维度后再在外层使用；须用 COALESCE 处理原始 NULL 以避免 GROUPING() 误判，推荐用 MATERIALIZED CTE 提升性能，兼容性差时可用 UNION ALL 替代。
GROUPING SETS 不能直接嵌套，但可以和子查询组合使用
SQL 标准里 GROUPING SETS 本身不支持嵌套语法（比如 GROUPING SETS ( (a), (GROUPING SETS (b, c)) ) 是非法的）。你真正需要的，是先用子查询完成一层聚合或维度预处理，再在外层用 GROUPING SETS 做多维汇总。这本质是“分步聚合”，不是语法嵌套。
典型场景：你想按地区、产品线、季度三个维度做小计+总计，但其中“产品线”需先从原始分类字段映射为更高层级（如把 'laptop' 和 'tablet' 合并为 'mobile'），这个映射逻辑不适合写在 GROUPING SETS 内部表达式中。
实操建议：
- 在子查询中完成数据清洗、维度归并、时间截断（如
DATE_TRUNC('quarter', order_date)）等预处理 - 外层查询对子查询结果直接使用
GROUPING SETS，避免在GROUP BY子句里重复复杂表达式 - 注意子查询必须明确别名（如
AS t），否则多数数据库会报错
GROUPING SETS + 子查询时 NULL 和 GROUPING() 的行为要重校验
子查询输出的列如果含空值，外层 GROUPING SETS 可能误判“该维度未参与分组”——因为 GROUPING() 函数只识别由 GROUPING SETS 显式生成的 NULL，不识别原始数据里的 NULL。
常见错误现象：GROUPING(product_line) = 1 本应表示“此处是 product_line 维度的小计行”，但如果子查询里 product_line 本身就有 NULL，那这一行会被当成普通数据行而非小计行，导致合计逻辑错乱。
实操建议：
- 子查询中用
COALESCE(product_line, '[Unknown]')或CASE WHEN product_line IS NULL THEN '[Missing]' ELSE product_line END消除原始 NULL - 外层必须用
GROUPING()判断分组层级，不能只靠列值是否为 NULL - PostgreSQL 和 SQL Server 支持
GROUPING()，MySQL 8.0+ 才支持；旧版 MySQL 只能靠条件聚合模拟，不推荐
性能陷阱：子查询未加索引 or 未物化，GROUPING SETS 会反复计算
当子查询较重（比如含多表 JOIN、窗口函数、大范围 WHERE），而外层 GROUPING SETS 需要多次扫描同一中间结果时，数据库可能不会自动物化子查询——尤其在 PostgreSQL 中，除非显式用 WITH（CTE）并加上 MATERIALIZED 提示（v12+）。
使用场景：日志表 join 用户维表后再按设备类型+国家+小时做 GROUPING SETS，子查询耗时 2s，外层共 4 个 grouping set，没物化就可能跑 8s+。
实操建议：
- 优先用
WITH替代内联子查询，例如WITH base AS MATERIALIZED (SELECT ...) SELECT ... FROM base GROUP BY GROUPING SETS (...) - 确保子查询中涉及的过滤字段（如
WHERE event_time > '2024-01-01'）有对应索引 - 在 EXPLAIN 输出里检查是否出现 “Subquery Scan” 多次，或实际执行计划中子查询节点被重复展开
替代方案：ROLLUP / CUBE 不够用时，UNION ALL 更可控
如果你发现子查询 + GROUPING SETS 调试困难、兼容性差（比如目标环境是 Presto 或旧版 Hive），不如拆成多个独立 GROUP BY 查询再 UNION ALL。虽然 SQL 长一点，但每部分逻辑隔离，出错好定位，且所有引擎都支持。
例如想实现 GROUPING SETS ((country), (country, category), ())，可写：
SELECT country, NULL::TEXT AS category, COUNT(*) AS cnt FROM t GROUP BY country UNION ALL SELECT country, category, COUNT(*) FROM t GROUP BY country, category UNION ALL SELECT NULL, NULL, COUNT(*) FROM t
实操建议：
- 统一各分支的列数、类型和顺序，用
::TYPE或CAST(... AS ...)显式转换 - 结尾补
ORDER BY GROUPING(country), GROUPING(category)保证小计/总计位置符合预期（否则UNION ALL不保序） - 避免在每个分支里重复写复杂 WHERE 条件，可先用 CTE 提取基础数据集
GROUPING() 的语义冲突——它不会报错，但会让小计行数量变少或归类错误，查半天才发现是数据里混了业务 NULL。 
