Oracle中“分析函数”与“窗口函数”是同一类功能，均为带OVER()子句的函数，区别仅在于术语来源不同；其行为完全由OVER()子句中的PARTITION BY、ORDER BY和窗口帧定义决定。
Oracle 里没有「分析函数」和「窗口函数」的区别——分析函数 就是 Oracle 官方对 窗口函数 的叫法，两者指同一类功能，语法、行为、限制完全一致。
为什么会有两个名字？
这是术语来源不同造成的混淆：
-
窗口函数是 SQL 标准（ISO/IEC 9075）里的通用术语，强调“在数据窗口内计算”这一机制 -
分析函数是 Oracle 早期文档和官方手册中采用的中文翻译，突出其用于“复杂报表分析”的典型用途 - 所有 Oracle 文档里出现的
analytic function，对应的就是带OVER()子句的函数，比如ROW_NUMBER() OVER(...)、SUM(salary) OVER(...)
容易误以为有区别的三个常见场景
实际只是用法差异，不是函数分类差异：
-
没写
PARTITION BY却以为是“聚合函数”：比如COUNT(*) OVER()看起来像聚合，但它仍是窗口函数——行数不变、不需GROUP BY，本质是全表作为一个窗口 -
用了
RANK()却查不到结果：因为RANK()、DENSE_RANK()、ROW_NUMBER()等排名函数必须带ORDER BY，否则报错ORA-30486: missing ORDER BY clause in window specification -
在
WHERE里用ROW_NUMBER() OVER(...)：会直接报错ORA-30483: window functions are not allowed here—— 所有分析函数只能出现在SELECT列表或ORDER BY中，不能用于过滤条件
真正影响行为的是 OVER() 里的子句，不是名字
同一个函数，窗口定义不同，结果可能天差地别：
-
AVG(salary) OVER(PARTITION BY dept_id)：每行返回所在部门的平均薪资（默认窗口：整组） -
AVG(salary) OVER(PARTITION BY dept_id ORDER BY hire_date ROWS BETWEEN UNBOUNDED PRECEDING AND CURRENT ROW)：返回“入职时间早于等于当前员工”的部门内累计平均薪资 -
LAG(salary, 1) OVER(PARTITION BY dept_id ORDER BY hire_date)：取同部门内上一位入职员工的薪资，不依赖窗口子句，但必须有ORDER BY
关键不是叫“分析”还是“窗口”，而是你写的 OVER() 是否明确指定了分区、排序和边界——漏掉 ORDER BY 对排名函数是硬性错误，而对 LAG 或 FIRST_VALUE 是逻辑错误（结果不可靠）。
