窗口函数中SUM(AVG(x))直接报错，因SQL标准禁止聚合函数嵌套，所有主流引擎在语法分析阶段即拒绝，错误提示为“aggregate function cannot contain aggregate parameters”，连执行计划都不生成。
窗口函数里写SUM(AVG(x))为什么会直接报错
不是你漏括号或拼错单词，而是所有主流 SQL 引擎（MySQL 8.0+、PostgreSQL、Spark SQL）在语法分析阶段就拒绝这种结构。错误信息通常是 aggregate function cannot contain aggregate parameters 或 semantic analysis exception。它连执行计划都不生成，更别说跑数据了。
原因很简单：SUM() 和 AVG() 都是降维聚合函数，作用域必须明确；嵌套会让引擎无法判断“先按什么分组、再对谁求平均”。这跟 COUNT(DISTINCT col) 不同——后者是单函数语法糖，不是真嵌套。
-
SUM(AVG(salary)) OVER()、MAX(MIN(create_time)) OVER()全部非法 - 想算“各部门平均薪资的中位数”，不能靠窗口函数一步到位
- 可行替代：用
CTE先算出每部门平均值，再对外层结果用MEDIAN()或排序取中间行
为什么加了PARTITION BY却像没分区一样
常见现象是 SUM(sales) OVER (PARTITION BY dept) 返回每行都是该部门总和，而不是你想要的“滚动累计”——这不是函数失效，而是你没定义窗口帧（frame）。
默认行为等价于 RANGE BETWEEN UNBOUNDED PRECEDING AND UNBOUNDED FOLLOWING，即对整个分区做全量聚合。要得到逐行累加，必须显式声明：
- 加
ORDER BY：没有它，ROWS或RANGE无效 - 显式写帧范围：
ROWS BETWEEN UNBOUNDED PRECEDING AND CURRENT ROW - 别省略
ROWS关键字，否则回退到默认全组聚合 - 示例：
SUM(sales) OVER (PARTITION BY dept ORDER BY hire_date ROWS BETWEEN UNBOUNDED PRECEDING AND CURRENT ROW)
WHERE里引用RANK()结果为什么报Unknown column
窗口函数在 SQL 执行顺序中晚于 WHERE，所以 WHERE rk = 1 中的 rk 根本还没产生。这不是 bug，是标准执行逻辑。
正确做法只有两种，且都必须把窗口计算提到外层：
- 用
CTE包一层：WITH ranked AS (SELECT *, RANK() OVER (PARTITION BY dept ORDER BY salary DESC) AS rk FROM employees) SELECT * FROM ranked WHERE rk = 1 - 用派生表：
SELECT * FROM (SELECT *, RANK() OVER (PARTITION BY dept ORDER BY salary DESC) AS rk FROM employees) t WHERE t.rk = 1 -
HAVING对窗口函数无效，它只作用于GROUP BY后的聚合结果
recent_days动态值为何不能直接用于ROWS BETWEEN
ROWS BETWEEN recent_days - 1 PRECEDING 报错，是因为 recent_days 是列值，不是常量。窗口帧边界必须是确定的整数表达式，不能依赖每行数据动态计算。
解决思路是把动态逻辑移到 CASE 内部，用多个固定窗口分别实现：
- 把
recent_days展开为多行（如用LATERAL VIEW EXPLODE(ARRAY(7,30))） - 每个值对应一个固定窗口：
ROWS BETWEEN 6 PRECEDING AND CURRENT ROW对应 7 天 - 用
CASE WHEN recent_days = 7 THEN total_amount_1d ELSE 0 END控制参与计算的值 - 最终写法类似：
SUM(CASE WHEN recent_days = 7 THEN total_amount_1d ELSE 0 END) OVER (ORDER BY FKDAT ROWS BETWEEN 6 PRECEDING AND CURRENT ROW)
真正容易被忽略的是：窗口函数的 PARTITION BY 字段是否真的能稳定分组——比如 dept 含 NULL、隐藏空格或大小写混用，都会让本该合并的行被拆成多个分区，而错误往往不报错，只悄悄歪掉结果。
