ROLLUP可自动生成小计和总计行，需按聚合粒度从高到低指定字段顺序，用GROUPING()区分汇总NULL与真实NULL；MySQL 5.7等旧版需UNION ALL模拟，窗口函数不适用此场景。
GROUP BY 配合 ROLLUP 实现小计和总计最直接
MySQL 8.0+、PostgreSQL、SQL Server 和 Oracle 都支持 ROLLUP，它会在标准分组结果基础上自动追加层级汇总行。关键是理解它的“层级顺序”：ROLLUP(a, b, c) 会生成 (a,b,c) → (a,b) → (a) → () 四层分组，最后一行就是全表总计。
常见错误是把字段顺序写反，比如想按部门、岗位小计，却写成 ROLLUP(岗位, 部门)，结果先按岗位汇总再按部门，小计逻辑就乱了。
- 必须按从高到低的聚合粒度排列字段，例如：先部门、再岗位、最后员工姓名
-
NULL值在汇总行中表示“该层级不区分”，不是数据缺失，别误删或用COALESCE盲替 - MySQL 中
ROLLUP与ORDER BY共用时，排序发生在汇总之后，若需固定“总计行在最末”，得靠应用层或子查询控制
用 GROUPING() 函数区分真实 NULL 和汇总占位符
当某列值本身就是 NULL，而 ROLLUP 又用 NULL 表示“本层汇总”，仅看值无法判断。这时 GROUPING(列名) 就派上用场：返回 1 表示该行是因 ROLLUP 生成的汇总行（即占位），0 表示原始数据中的真实值。
典型用法是配合 CASE 给汇总行打标签：
SELECT
CASE WHEN GROUPING(部门) = 1 THEN '总计'
WHEN GROUPING(岗位) = 1 THEN CONCAT(部门, ' 小计')
ELSE 部门 END AS 分组标识,
COUNT(*) AS 人数
FROM 员工表
GROUP BY 部门, 岗位 WITH ROLLUP;
注意：GROUPING() 是标准 SQL 函数，但 SQLite 不支持；PostgreSQL 要求开启 standard_conforming_strings 才能正常使用。
兼容旧版本 MySQL（5.7 及更早）的替代方案
MySQL 5.7 不支持 WITH ROLLUP 的完整语法（只支持简单 GROUP BY ... WITH ROLLUP，且不能嵌套或灵活控制层级），也不能用 GROUPING()。此时只能靠 UNION ALL 拼接：
- 第一部分：常规分组（如
GROUP BY 部门, 岗位） - 第二部分：部门小计（
GROUP BY 部门），并在岗位列填'小计' - 第三部分：总计（无
GROUP BY），两列都填'总计' - 每部分用
ORDER BY控制显示顺序，否则UNION ALL结果顺序不可控
缺点明显：语句冗长、维护成本高、无法动态增减分组层级，且各部分 SELECT 列数和类型必须严格一致。
窗口函数 SUM() OVER() 适合“每行带累计值”，不适合真正的小计/总计
有人尝试用 SUM(销售额) OVER(PARTITION BY 部门 ORDER BY 时间) 来“模拟”小计，但这只是按部门做滚动累加，不是分组后聚合统计，也不会生成额外汇总行。它解决的是“截至当前行的部门累计”，而非“部门总销售额”或“全部总销售额”。
如果硬要靠窗口函数凑出小计行，得配合 ROW_NUMBER() + UNION + 多层子查询，代码复杂度陡增，性能也差——这不是它的设计场景。
真正需要小计/总计时，优先选 ROLLUP；只有在不支持或需精细控制每行展示逻辑时，才考虑手工拼接或应用层补全。
