标准GROUP BY无法实现混合统计，因其要求SELECT中所有非聚合字段必须全部出现在GROUP BY中，不支持“部分分组”；GROUPING SETS则允许在单条语句中显式定义多个分组组合（如(region)、(product)、()），分别计算后垂直拼接，并用NULL占位未参与维度，配合GROUPING()函数可准确区分占位NULL与真实NULL。
PostgreSQL 中无法直接用标准 GROUP BY 实现“部分分组 + 全局汇总”混合统计，必须用 GROUPING SETS —— 否则要么漏维度，要么多笛卡尔积，要么得写多个 UNION 查询。
为什么标准 GROUP BY 做不了“不完全分组”
比如你有一张销售表 sales，含 region、product、amount 三列，想同时查：
① 每个 region 的总销售额
② 每个 product 的总销售额
③ 所有数据的总销售额
标准 GROUP BY region, product 只能出交叉粒度；GROUP BY region 或 GROUP BY product 单独跑又得三次查询 + 手动合并。更糟的是，如果强行 SELECT region, product, SUM(amount) FROM sales GROUP BY region，PostgreSQL 会直接报错：column "sales.product" must appear in the GROUP BY clause or be used in an aggregate function。
根本原因：SQL 标准要求 SELECT 中所有非聚合字段必须严格出现在 GROUP BY 中，没有“可选分组”的语法糖。
GROUPING SETS 是唯一干净解法
GROUPING SETS 允许你在一条语句里声明多个分组逻辑，PostgreSQL 会分别计算并垂直拼接结果，且自动补 NULL 占位未参与分组的字段。
上面的需求可写成：
SELECT region, product, SUM(amount) AS total FROM sales GROUP BY GROUPING SETS ( (region), (product), () );
效果等价于：
-
(region)→ 按 region 分组，product列为NULL -
(product)→ 按 product 分组，region列为NULL -
()→ 空元组，即全表聚合，region和product都为NULL
注意：GROUPING SETS ((region), (product), ()) 不能简写成 GROUP BY region, product，后者是 GROUPING SETS ((region, product))，只算一种组合。
GROUPING() 函数帮你识别 NULL 是真值还是占位符
因为 GROUPING SETS 会往结果里塞 NULL，你没法靠 IS NULL 判断这行到底是“某个 region 下 product 为空”，还是“这一行本就该忽略 product”。这时要用 GROUPING()：
GROUPING(region) 返回 1 表示该行中 region 是由 GROUPING SETS 自动补的占位符（即该行不按 region 分组），返回 0 表示 region 是真实值。
常用写法：
SELECT CASE WHEN GROUPING(region) = 1 THEN 'ALL_REGIONS' ELSE region END AS region_label, CASE WHEN GROUPING(product) = 1 THEN 'ALL_PRODUCTS' ELSE product END AS product_label, SUM(amount) FROM sales GROUP BY GROUPING SETS ((region), (product), ());
这样就能把占位 NULL 显式转成业务可读标签，避免下游误解析。
性能与易错点：别在大表上滥用 ROLLUP / CUBE
ROLLUP(a,b) 等价于 GROUPING SETS ((a,b), (a), ())，CUBE(a,b) 等价于 GROUPING SETS ((a,b), (a), (b), ())。它们本质是 GROUPING SETS 的语法糖，但容易掩盖实际要算多少组：
-
CUBE(region, product, channel)会生成 2³ = 8 个分组组合，数据量翻倍时扫描和内存压力陡增 - 如果只想要 region + product 和 region 两级，写
ROLLUP(region, product)比CUBE更精准，也比手写GROUPING SETS ((region,product),(region),())少出错 - 没加索引的字段参与
GROUPING SETS时，PostgreSQL 无法下推过滤，WHERE条件尽量写在最外层或提前物化
真正难的不是写对语法，而是想清楚：哪些分组是业务强需求，哪些只是临时看数？把 GROUPING SETS 当作预定义报表逻辑来设计，而不是交互式探索的万能锤 —— 后者更适合用 MATERIALIZED VIEW 配合定时刷新。
