子查询中不能直接使用窗口函数，因窗口函数需依赖外层执行上下文，而子查询作用域独立；正确做法是将窗口计算移至外层或通过CTE/派生表物化中间结果。
子查询里不能直接用窗口函数？对，会报错 Window function is not allowed in this context
SQL 标准（包括 MySQL 8.0+、PostgreSQL、SQL Server）明确禁止在普通子查询的 SELECT 或 WHERE 中直接调用窗口函数。比如写成这样会失败：
SELECT name, (SELECT COUNT(*) / SUM(COUNT(*)) OVER() FROM t2 WHERE t2.group_id = t1.group_id) AS ratio FROM t1;
根本原因是子查询执行时，外层的窗口上下文尚未建立，SUM(COUNT(*)) OVER() 没有作用域。想算占比，得把窗口计算“拉到外层”或“提前物化”。
正确做法：先用窗口函数算总数，再除——两层 SELECT 套用最稳
把分母（全量总数或组内总数）用窗口函数提前算出来，再在外层做除法。这是兼容性最好、逻辑最直白的方式。
-
COUNT(*) OVER()算全局总行数，适用于“每行占全表比例” -
COUNT(*) OVER(PARTITION BY group_col)算每组行数，适用于“每组占全表比例” - 注意除零：如果某组为空或总数为 0，需加
CASE WHEN ... THEN ... ELSE 0 END防止NULL或报错 - MySQL/PostgreSQL 中，
1.0 * numerator / denominator可避免整数除法截断
示例（每组行数占全表比例）：
SELECT group_col, COUNT(*) AS cnt, 1.0 * COUNT(*) / COUNT(*) OVER() AS ratio FROM t GROUP BY group_col;
想在 WHERE 或 HAVING 里过滤占比？必须用 CTE 或派生表
窗口函数不能出现在 WHERE 或 HAVING，所以“查占比 > 10% 的组”必须拆成两步：
- 用 CTE 先算出带
ratio的中间结果 - 再对外层结果做
WHERE ratio > 0.1 - 别试图在单个 SELECT 里用子查询套窗口函数去过滤——语法不通过，也不是执行计划友好的写法
- CTE 在 PostgreSQL 和 MySQL 8.0+ 中性能基本等价于内联视图；SQLite 3.8.3+ 也支持
示例：
WITH grp_ratio AS (SELECT group_col, COUNT(*) * 1.0 / COUNT(*) OVER() AS ratio FROM t GROUP BY group_col) SELECT group_col FROM grp_ratio WHERE ratio > 0.1;
GROUP BY + 窗口函数混用时，GROUP BY 优先级更高
很多人以为 OVER(PARTITION BY ...) 能绕过 GROUP BY，其实不是。实际执行顺序是：GROUP BY → 聚合 → 窗口函数。这意味着：
-
COUNT(*) OVER(PARTITION BY group_col)在已分组后执行，结果是每组一行，值等于该组聚合后的计数（即和COUNT(*)相同） - 真要跨组对比（比如某组均值 vs 全局均值），得用
COUNT(*) OVER()或AVG(col) OVER()这类无PARTITION BY的写法 - 别在
GROUP BY后还对原始明细列（非聚合列）用窗口函数——会报column must appear in the GROUP BY clause
关键点就一个：窗口函数看到的，是 GROUP BY 和聚合之后的结果集，不是原始表。
真正容易被忽略的是执行阶段划分：窗口函数永远在聚合之后运行，而子查询的独立作用域会让它完全看不到外层的窗口定义。想一步到位写出占比，本质上是在对抗 SQL 的执行模型——老老实实套一层，比硬拗语法更省调试时间。
