GROUPING() 返回值标识分组列是否被ROLLUP/CUBE“折叠”：1表示该列为聚合占位符（NULL是SQL引擎插入的标记），0表示来自真实数据；必须用它区分真实NULL与占位NULL，不可依赖IS NULL判断。
GROUPING() 函数返回值到底代表什么
GROUPING() 不是判断“这行是不是小计”，而是告诉你：在当前结果行中，某个列是否因 ROLLUP 或 CUBE 而被“折叠”（即用 NULL 占位）。它只对参与分组的列有效，返回 1 表示该列值是聚合引入的占位符，0 表示来自真实数据。
常见误解是看到小计行里某列为 NULL 就以为是空数据——其实这个 NULL 是 SQL 引擎主动塞进去的标记。必须配合 GROUPING() 才能可靠区分。
在 ROLLUP 中用 GROUPING() 标识不同层级小计
假设按 region 和 product 做 ROLLUP，会生成三类行：明细、按 region 小计、总计。仅靠 region IS NULL 或 product IS NULL 无法准确归类，因为明细行本身也可能含真实 NULL 值。
正确做法是组合判断：
-
GROUPING(region) = 0 AND GROUPING(product) = 0→ 真实明细行 -
GROUPING(region) = 0 AND GROUPING(product) = 1→ 每个 region 下的 product 小计（product列显示为NULL，但这是占位） -
GROUPING(region) = 1 AND GROUPING(product) = 1→ 全局总计
示例片段：
SELECT
CASE
WHEN GROUPING(region) = 1 THEN '总计'
WHEN GROUPING(product) = 1 THEN '【' || region || '】小计'
ELSE region
END AS region_label,
product,
SUM(sales) AS total_sales
FROM sales_data
GROUP BY region, product WITH ROLLUP;
GROUPING() 和 GROUPING_ID() 的关键区别
GROUPING() 每次只能查一个列；GROUPING_ID(col1, col2, col3) 把多个列的 GROUPING() 结果拼成一个整数（二进制位表示），适合多级 ROLLUP 或 CUBE 场景下简化判断逻辑。
比如 GROUPING_ID(a,b,c) 返回 3（二进制 011），说明 b 和 c 是占位，a 是真实值。但注意：GROUPING_ID 不是所有数据库都支持（PostgreSQL 不支持，MySQL 8.0+、SQL Server、Oracle 支持）。
兼容性优先时，宁可用多个 GROUPING() 显式组合，别依赖 GROUPING_ID()。
真实 NULL 值导致误判的典型陷阱
如果原始表中 product 列本身就允许 NULL，那么仅靠 product IS NULL 无法区分这是真实缺失，还是 ROLLUP 生成的小计占位。
必须始终用 GROUPING(product) = 1 来确认是聚合占位，而不是查 IS NULL。否则在 WHERE 或 ORDER BY 中错误过滤，会漏掉真实 NULL 数据，或误吞小计行。
另一个坑：在 ORDER BY 中混用 GROUPING() 和字段值时，注意数据库对 GROUPING() 返回类型的隐式转换（如某些版本会把 1 当字符串排在前面），建议显式转成整数或加括号明确优先级。
最稳妥的做法，是在所有涉及小计/总计的逻辑分支里，只信任 GROUPING() 的返回值，其他都算辅助参考。
