GROUPING()是唯一能可靠区分ROLLUP/CUBE生成的NULL与原始数据NULL的函数，因为IS NULL仅判断值是否为空而无法识别语义差异；GROUPING()通过内部元数据标记返回1（系统填充）或0（原始数据），且仅限ROLLUP/CUBE/GROUPING SETS查询中使用，参数必须为GROUP BY中实际列名。
GROUPING() 是唯一能可靠区分 ROLLUP/CUBE 生成的 NULL 和原始数据 NULL 的函数，其他方式（比如 IS NULL）会把两者混为一谈，导致报表逻辑错乱。
为什么 IS NULL 不能用来识别汇总行
ROLLUP 生成的 NULL 和表中本来就有的 NULL 在结果集里完全一样，但语义完全不同：IS NULL 只看值，不看来源。比如：
- 真实 NULL：用户记录中
city字段为空，表示“城市信息缺失” - ROLLUP NULL：
GROUP BY ROLLUP(city, district)产生的city IS NULL行，其实是“全国汇总”，city并非缺失，而是聚合占位
典型翻车写法：CASE WHEN city IS NULL THEN '合计' ELSE city END——结果把所有真实缺失城市的用户也标成“合计”，明细行直接污染汇总标识。
GROUPING() 的合法调用条件
这个函数不是通用工具，硬性受限，错用立刻报错：grouping() can only be used in a GROUP BY clause with ROLLUP, CUBE or GROUPING SETS。必须满足：
- 查询中必须含
WITH ROLLUP、WITH CUBE或GROUPING SETS - 参数必须是
GROUP BY列表中**实际出现的列名**，不能是计算列（如UPPER(city)）、聚合字段（如COUNT(*)）或未参与分组的字段 - 只能出现在
SELECT、HAVING、ORDER BY中，**不能用于WHERE子句**（因为 WHERE 执行早于分组，汇总行还没生成）
错误示例：SELECT GROUPING(status) FROM t GROUP BY ROLLUP(city) → status 没在 GROUP BY 里，直接报错。
如何安全打标签：组合 GROUPING() 和 COALESCE()
单靠 GROUPING() 只能判断是否为汇总行，要兼顾业务含义，得配合 COALESCE() 处理原始 NULL：
-
GROUPING(city) = 1→ 这行是 ROLLUP 自动生成的占位行，可标为“全国合计” -
COALESCE(city, '[未知]')→ 把原始 NULL 显式转为可读标记，避免留空
正确写法示例：
SELECT
CASE WHEN GROUPING(city) = 1 THEN '全国合计'
ELSE COALESCE(city, '[未知]')
END AS city_label,
SUM(sales) AS total_sales
FROM sales
GROUP BY city WITH ROLLUP;
多级 ROLLUP（如 GROUP BY a, b, c WITH ROLLUP）时，需同时检查多个 GROUPING() 返回值来定位层级，比如 GROUPING(a)=0 AND GROUPING(b)=1 AND GROUPING(c)=1 表示“按 a 小计”，这时 a 有值，b 和 c 是占位 NULL。
不同数据库的支持差异
别默认“支持 ROLLUP 就支持 GROUPING()”——这是最常被忽略的兼容性陷阱：
- PostgreSQL 9.5+、SQL Server、Oracle、MySQL 8.0+ 都支持
GROUPING() - SQLite 和 MySQL 5.7 及更早版本**完全不支持**，强行使用会报语法错误
- 即使数据库文档写了“支持 ROLLUP”，也必须确认是否明确列出
GROUPING()函数，否则上线后才发现不兼容就晚了
真正容易出问题的点不在写法本身，而在跨环境迁移时没验证函数可用性，以及在 WHERE 或子查询里误用 GROUPING() 导致执行失败。
