oracle 19c 中“分析函数”与“窗口函数”本质相同，是同一sql标准特性的不同称谓；其核心约束为：order by 与 rows/range 必须共存，且窗口函数仅允许出现在 select 和 order by 子句中，不可用于 where、group by 或 having。
Oracle 19c 中没有“分析函数”和“SQL窗口函数”的本质区别——它们是同一个东西。
所谓“分析函数”（Analytic Function）就是 Oracle 对 SQL 标准中“窗口函数”（Window Function）的实现叫法，语法、行为、限制完全一致。
为什么有人觉得它们不同？
这是术语混用导致的误解。早期 Oracle 文档和 DBA 口语习惯称 OVER() 函数为“分析函数”，而 SQL 标准（如 ANSI/ISO）和 PostgreSQL、SQL Server、MySQL 8.0+ 都统一叫“窗口函数”。Oracle 19c 完全兼容 SQL:2003 及后续标准，RANK()、SUM() OVER()、LAG() 等函数的行为与其他主流数据库基本一致。
Oracle 19c 的 OVER() 子句必须包含什么？
不是所有函数都强制要求全部子句，但关键约束很明确：
-
PARTITION BY可省略：不写就默认整个结果集为一个分区 -
ORDER BY在多数聚合类窗口函数中**不是必须的**，但一旦省略，ROWS或RANGE子句就不能出现 -
ROWS BETWEEN ...必须和ORDER BY同时存在；否则报错ORA-30483: window functions not allowed here - 像
ROW_NUMBER()、LEAD()这类函数，ORDER BY是强制的——没排序就无法定义“下一行”或“序号”
常见误用：在 WHERE 或 GROUP BY 里直接用窗口函数
这是最常踩的坑。窗口函数只能出现在：
-
SELECT列表中（包括表达式内部，如CASE WHEN SUM(salary) OVER(...) > 10000 THEN ...） -
ORDER BY子句中（如ORDER BY RANK() OVER(...)）
不能出现在：
-
WHERE：会报ORA-00934: group function is not allowed here -
HAVING：同上，窗口函数不属于聚合函数上下文 -
GROUP BY：语法直接拒绝，因为窗口函数本身不参与分组逻辑
想过滤窗口计算结果？得套一层子查询或 CTE：
SELECT * FROM (
SELECT emp_id, dept_id, salary,
AVG(salary) OVER(PARTITION BY dept_id) AS dept_avg
FROM employees
) WHERE salary > dept_avg;
Oracle 19c 独有但易忽略的细节
虽然语法对标标准，但 Oracle 在执行计划和优化器处理上仍有自家逻辑：
-
RANGE窗口默认按值比较（比如RANGE BETWEEN 1 PRECEDING AND 1 FOLLOWING会找 salary 值落在 [当前值−1, 当前值+1] 的所有行），而ROWS按物理行偏移——这点在重复值多的列上结果差异极大 -
LAST_VALUE()默认忽略空值（NULLS IGNORED），但可通过RESPECT NULLS显式控制，不写容易漏掉预期值 - 当
ORDER BY子句含NULLS FIRST或NULLS LAST时，它会影响LEAD/LAG的偏移基准——很多人以为只影响显示顺序，其实直接影响窗口内行序
真正要小心的，从来不是“分析函数 vs 窗口函数”这种命名分歧，而是 OVER() 内部各子句的组合约束和 NULL 处理逻辑——这些地方一错，结果就静默偏差，很难 debug。
