GROUPING函数仅在GROUP BY ROLLUP/CUBE中有效，返回0表示列参与分组，1表示该列为小计/总计生成的虚化NULL；可区分原始NULL与聚合NULL，常配合CASE美化输出，不可用于WHERE/HAVING过滤。
GROUPING函数返回值的含义必须结合GROUP BY ROLLUP/CUBE理解
单独用GROUPING()没意义，它只在配合GROUP BY ROLLUP或GROUP BY CUBE时才有实际作用。它的返回值是整数：0 表示该列参与了分组（即当前行是明细行或按该列聚合的正常小计），1 表示该列被“虚化”（即SQL引擎为生成小计/总计而填入的NULL，实际并非原始数据中的NULL）。关键点在于：原始数据里的NULL和ROLLUP生成的NULL，GROUPING()能区分——前者返回0，后者返回1。
常见错误是直接对普通GROUP BY用GROUPING()，这时所有结果都是0，毫无区分度。
用GROUPING(col)判断某列是否为小计占位符
假设按region和product两级汇总，并用ROLLUP生成小计：
SELECT region, product, SUM(sales) AS total, GROUPING(region) AS g_region, GROUPING(product) AS g_product FROM sales GROUP BY region, product WITH ROLLUP;
结果中会出现多行product = NULL，但只有其中部分是真正的“region小计”。此时看g_product：值为1 → 这行的product是ROLLUP自动补的占位NULL，属于小计；值为0 → product是原始数据里的NULL（极少见，但可能），或该行是明细行（此时region不为NULL）。
-
g_region = 0 且 g_product = 0→ 明细行（region+product都确定） -
g_region = 0 且 g_product = 1→ region小计（product被虚化） -
g_region = 1 且 g_product = 1→ 总计行（两级都被虚化）
用CASE + GROUPING美化输出，避免混淆NULL
直接展示NULL容易让人误以为是缺失数据。用CASE把小计行标成可读标识：
SELECT CASE WHEN GROUPING(region) = 1 THEN 'ALL REGIONS' ELSE region END AS region, CASE WHEN GROUPING(product) = 1 THEN 'ALL PRODUCTS' ELSE product END AS product, SUM(sales) AS total FROM sales GROUP BY region, product WITH ROLLUP;
注意：GROUPING()必须放在SELECT列表里，不能放在WHERE或HAVING中过滤小计行——因为分组计算早于筛选，此时GROUPING()尚未生效。
另一个坑：别用IS NULL代替GROUPING() = 1判断小计，否则会把原始NULL和小计NULL一并误判。
GROUPING函数在不同数据库中的兼容性差异
GROUPING()是SQL:1999标准函数，主流数据库基本支持，但细节有出入：
- PostgreSQL：完全支持，行为标准
- MySQL：8.0+ 支持，但
GROUP BY ... WITH ROLLUP下GROUPING()才有效；5.7及更早不支持该函数 - SQL Server：支持，但要求使用
GROUPING()而非GROUPING_ID()来单列判断 - Oracle：支持，但需注意
GROUPING()对CHAR列可能受尾部空格影响（建议显式RTRIM）
跨库迁移时，如果发现GROUPING()报错，先确认是否漏了WITH ROLLUP或WITH CUBE，再查版本支持情况——不是语法写错了，而是环境不满足前提。
