GROUPING()函数是唯一可靠方式，用于区分原始数据NULL与ROLLUP生成的汇总占位符NULL；因IS NULL无法辨别二者，会导致误删真实空值或混淆汇总层级，而GROUPING()返回1表示该列为上卷生成的占位符，0表示原始分组值（含真实NULL）。
GROUPING() 函数是唯一可靠方式，用来区分原始数据中的 NULL 和 ROLLUP 自动生成的汇总占位符 NULL。
为什么不能直接用 IS NULL 判断汇总行
ROLLUP 生成的小计行、总计行会把被上卷的字段设为 NULL，但表里原本就可能有真实为空的数据。如果写 WHERE team IS NULL，会把这两类行一起过滤掉——小计、总计全没了，还误删了业务上合法的空值记录。
常见错误现象：COALESCE(team, '小计') 把所有 team IS NULL 都标成“小计”，结果原始空值、部门小计、全表总计混作一团，报表逻辑彻底错乱。
- NULL 在 ROLLUP 结果中是“占位符”，不代表缺失，而是“这一层被聚合了”
-
GROUPING(dept)返回1表示 dept 这一列当前行是被 ROLLUP 上卷掉的（即小计/总计行） -
GROUPING(dept)返回0表示 dept 是原始分组值，哪怕它本身是数据库存的 NULL
GROUPING() 的典型用法：标记不同层级汇总
对 GROUP BY ROLLUP(dept, team)，用两个 GROUPING() 调用组合判断：
-
GROUPING(dept) = 0 AND GROUPING(team) = 0→ 正常明细行（dept + team 都有值） -
GROUPING(dept) = 0 AND GROUPING(team) = 1→ dept 小计行（team 为 NULL 是因被上卷） -
GROUPING(dept) = 1 AND GROUPING(team) = 1→ 全表总计行（dept 和 team 都被上卷）
实操建议：用 CASE 套 GROUPING() 输出可读标识：
SELECT
CASE
WHEN GROUPING(dept) = 1 THEN '总计'
WHEN GROUPING(team) = 1 THEN dept + ' 小计'
ELSE dept
END AS dept_label,
CASE
WHEN GROUPING(team) = 1 THEN NULL
ELSE team
END AS team,
SUM(sales) AS total_sales
FROM sales_data
GROUP BY dept, team WITH ROLLUP;
GROUPING() 的使用限制和易错点
这个函数看着简单，但用错位置会直接报错：
- 只能出现在
SELECT列表、HAVING子句、ORDER BY子句中 —— 不能放在WHERE里 - 参数必须是
GROUP BY子句中明确出现的列或表达式，比如GROUP BY UPPER(dept)，就得写GROUPING(UPPER(dept))，不能只写GROUPING(dept) - 返回类型是
tinyint，值只有0或1，别拿它跟字符串或浮点数做运算 - MySQL 8.0+、PostgreSQL、SQL Server 都支持，但旧版 MySQL（如 5.7）不支持
GROUPING()，只能靠字段顺序 + 多层IS NULL组合硬推，极易出错
和 HAVING 配合实现条件性汇总筛选
有时你只想保留小计行，排除明细和总计；或只要总计，不要中间小计。这时得用 HAVING，因为 WHERE 执行早于分组，没法访问 GROUPING() 结果。
- 只留 dept 小计（不含明细、不含总计）：
HAVING GROUPING(dept) = 0 AND GROUPING(team) = 1 - 只留全表总计：
HAVING GROUPING(dept) = 1 AND GROUPING(team) = 1 - 排除所有汇总行（只剩明细）：
HAVING GROUPING(dept) = 0 AND GROUPING(team) = 0
注意：HAVING 是对分组后结果过滤，不是对原始行；漏掉 GROUP BY 或字段不匹配会导致语法错误。
最麻烦的其实是跨数据库兼容：SQL Server 和 PostgreSQL 用 GROUP BY ROLLUP(a,b)，MySQL 必须写 GROUP BY a, b WITH ROLLUP，而 GROUPING() 在 MySQL 8.0 之前压根没有——这意味着一旦要迁移或适配多环境，光靠字段顺序和 NULL 判断几乎必然翻车。
