union all后不能直接用窗口函数,因其结果集无确定行序,而窗口函数依赖order by和逻辑分区;需外层显式排序或改用条件聚合。

UNION ALL 后为什么不能直接用窗口函数?
因为 UNION ALL 的结果集不带行序,而大多数窗口函数(如 ROW_NUMBER()、RANK()、LAG())依赖明确的 ORDER BY 子句和逻辑分区。如果你写成:
SELECT *, ROW_NUMBER() OVER (ORDER BY cnt) FROM ( SELECT 'A' AS group_name, COUNT(*) AS cnt FROM t WHERE cond_a UNION ALL SELECT 'B', COUNT(*) FROM t WHERE cond_b ) t
——这在 PostgreSQL 和 SQL Server 中会报错或行为不可靠;MySQL 8.0+ 虽允许,但窗口函数作用范围是整个 UNION ALL 结果,不是你想要的“每组内对比”。
- 根本原因:子查询没有显式
ORDER BY,外部窗口无法保证排序稳定性 - 解决思路:把
UNION ALL当作数据源,再套一层查询并显式排序 + 窗口定义 - 更稳妥做法:先聚合出宽表结构,避免用
UNION ALL拼行再横比
横向对比更推荐用条件聚合而非 UNION ALL
想对比 A 组人数、B 组人数、C 组人数的差值或占比,直接用 CASE WHEN + SUM 更清晰、高效、可读性强:
SELECT SUM(CASE WHEN type = 'A' THEN 1 ELSE 0 END) AS cnt_a, SUM(CASE WHEN type = 'B' THEN 1 ELSE 0 END) AS cnt_b, SUM(CASE WHEN type = 'C' THEN 1 ELSE 0 END) AS cnt_c, ROUND(100.0 * cnt_b / NULLIF(cnt_a, 0), 2) AS b_ratio_to_a FROM t;
- 避免多次扫描表(
UNION ALL每个分支都独立执行 WHERE) - 所有指标在同一行,天然支持列间计算(比如
cnt_b - cnt_a) - NULL 处理更可控:
NULLIF(cnt_a, 0)防止除零,比在UNION ALL后再 JOIN 或自连接简单得多
真要用 UNION ALL + 窗口函数时,必须加显式排序和别名
如果业务强制要求“先拼出行,再按时间/金额排序看趋势”,那必须确保中间结果可排序、可分区:
SELECT group_name, cnt, RATIO_TO_REPORT(cnt) OVER () AS pct_of_total, LAG(cnt) OVER (ORDER BY dt DESC) AS prev_cnt FROM ( SELECT '2024-01' AS group_name, COUNT(*) AS cnt, '2024-01' AS dt FROM orders WHERE created_at = '2024-02-01' AND created_at
-
dt字段必须存在且类型一致(不能一个用字符串 '2024-01',另一个用日期函数),否则ORDER BY可能失效 - 窗口函数里的
OVER必须写全:排序用ORDER BY dt,分区用PARTITION BY group_name(如果需要分组内计算) - PostgreSQL 要求子查询有别名(
t),MySQL 8.0+ 和 SQL Server 也建议加,否则语法报错
横向对比涉及多时间粒度时,GROUPING SETS 比 UNION ALL 更简洁
比如要同时统计「按月份」「按季度」「按年份」的订单数,并横向比对同一客户在不同粒度下的分布,GROUPING SETS 一行搞定:
SELECT COALESCE(TO_CHAR(created_at, 'YYYY-MM'), 'TOTAL') AS month, COALESCE(TO_CHAR(created_at, 'YYYY-Q'), 'TOTAL') AS quarter, COUNT(*) AS cnt FROM orders GROUP BY GROUPING SETS ( (TO_CHAR(created_at, 'YYYY-MM')), (TO_CHAR(created_at, 'YYYY-Q')), () );
- 不用手写三个
UNION ALL分支,维护成本低 - 结果自带层级标识(
GROUPING()函数可判断哪一维是小计),方便后续用窗口函数做跨粒度归一化 - 注意:SQLite 不支持
GROUPING SETS,MySQL 目前也不支持,得回退到UNION ALL方案
真正难的不是写出来,而是想清楚“横向对比”到底比什么:是同一批数据的不同切片(用条件聚合),还是不同数据集的并置(用 UNION ALL + 显式排序),还是多维汇总(用 GROUPING SETS)。选错路径,后面加窗口函数只会让逻辑更绕、性能更差。










