grouping sets不是语法糖，它能真正减少表扫描次数，一次查询输出多个分组结果；但必须严格使用两层括号如((region),(region,product),())，空括号()表示全局总计，需用grouping()函数区分占位null与真实null，且不支持元组内写函数表达式。
GROUPING SETS 不是语法糖，它真能省掉多次表扫描——一次查询、多个分组结果，但括号写错、NULL 判错、字段提前处理不到位，全都会导致结果错乱或直接报错。
GROUPING SETS 语法必须套两层括号，写错就报错
常见错误是把 GROUP BY GROUPING SETS (region, product) 当成合法写法，实际会触发 ERROR 42601（PostgreSQL）或 Incorrect syntax near ','（SQL Server）。引擎根本无法解析这种“扁平列表”。
- ✅ 正确写法：
GROUP BY GROUPING SETS ((region), (region, product), ()) - ❌ 错误写法：
GROUP BY GROUPING SETS (region), (region, product)（缺外层括号） - ❌ 错误写法：
GROUP BY GROUPING SETS (region, product)（没元组结构） - 空括号
()表示全局总计，不能省略，也不能写成(NULL)或( )
NULL 是占位符，不是数据缺失，直接用 IS NULL 过滤会丢数据
执行 GROUPING SETS ((region), (product)) 后，region = NULL 的行既包括原始数据里真为 NULL 的记录，也包括按 product 分组时被折叠掉的 region 占位符。混在一起过滤，必然漏数。
- 用
GROUPING(region)：返回1表示该行中region是占位符，0表示来自原始数据 - 多列判断要分开写：
GROUPING(region) = 1 AND GROUPING(product) = 0→ 这行是纯按product聚合的结果 - 全局总计行满足：
GROUPING(region) = 1 AND GROUPING(product) = 1 - 别急着用
COALESCE(region, '全国')替换——先用GROUPING()分清来源，再用CASE映射才安全
时间/计算字段必须在子查询里预处理好
GROUPING SETS 不允许在分组元组里写函数或表达式，比如 (DATE_TRUNC('month', order_time)) 或 (COALESCE(dept, '[Unknown]')) 都会报错。所有参与分组的列，必须是子查询中已计算并起好别名的列。
- ✅ 正确做法：外层
FROM (SELECT DATE_TRUNC('month', order_time) AS order_month, ... FROM raw) AS t，然后GROUPING SETS ((order_month), (order_month, region)) - ❌ 禁止写法：
GROUPING SETS ((DATE_TRUNC('month', order_time))) - JOIN 和窗口函数也建议提前收束到子查询或 CTE 中；PostgreSQL 12+ 可加
MATERIALIZED避免重复执行
ROLLUP/CUBE 是 GROUPING SETS 的特例，但没法跳过中间粒度
如果需求是“只要 (region, product) 和全局总计，不要单独的 region 汇总”，ROLLUP(region, product) 就不行——它强制包含 (region) 层。只有 GROUPING SETS 能精确声明所需组合。
-
ROLLUP(a, b)≡GROUPING SETS ((a,b), (a), ()) -
CUBE(a, b)≡GROUPING SETS ((a,b), (a), (b), ()) - 真正灵活的场景（比如只取
(a,b)和()），必须显式写GROUPING SETS ((a,b), ()) - MySQL 目前不支持
GROUPING SETS（截至 2026 年 8 月），PostgreSQL、SQL Server、Oracle、Snowflake、BigQuery 均支持
GROUPING() 返回值里，而不是字段是否为 NULL；子查询里的字段清洗和别名定义，不是可选项，是硬性前置条件。
