KEEP子句仅用于聚合函数且不能与OVER混用，正确用法是配合GROUP BY从每组中选取极值；需稳定排序或处理并列时应使用ROW_NUMBER()等窗口函数。
KEEP子句只在聚合函数里生效，不能和OVER混用
很多人一看到 KEEP 就下意识想套进窗口函数里，比如写成 ROW_NUMBER() OVER (ORDER BY sal DESC) KEEP (DENSE_RANK FIRST ORDER BY deptno) ——这会直接报错 ORA-30483: window functions are not allowed here。因为 KEEP 是聚合函数的修饰子句（仅用于 MAX/MIN/SUM 等带 GROUP BY 的场景），而窗口函数是另一套执行逻辑，二者语法层级冲突，Oracle 不允许嵌套。
典型正确用法是：先 GROUP BY 分组，再用 KEEP 从每组中挑一个值。例如查每个部门薪资最高者的名字：
SELECT deptno,
MAX(ename) KEEP (DENSE_RANK FIRST ORDER BY sal DESC) AS top_ename,
MAX(sal) AS max_sal
FROM emp
GROUP BY deptno;
这里 KEEP 依附于 MAX()，不是独立函数，也不能加 OVER。
想要“分组取第一条”，优先用 ROW_NUMBER() 而非 KEEP
业务上常要“每个部门按薪资降序取第一个人”，KEEP 看似能做，但它有硬伤：无法处理并列（比如两个员工同为最高薪，KEEP 只返回一个，且不保证是哪个）；也不支持复杂排序条件（如先按 sal 降序，再按 hiredate 升序破歧义）。
ROW_NUMBER() 更可控：
- 明确指定排序逻辑，包括多字段、ASC/DESC 组合
- 结果确定：相同排序键下，行号由 Oracle 内部稳定顺序分配（虽不可控但可复现）
- 能配合
WHERE rn = 1做后续过滤，语义清晰
示例：
SELECT deptno, ename, sal
FROM (
SELECT deptno, ename, sal,
ROW_NUMBER() OVER (PARTITION BY deptno ORDER BY sal DESC, hiredate ASC) AS rn
FROM emp
)
WHERE rn = 1;
KEEP 和窗口函数性能差异取决于数据分布与索引
两者都不是银弹，性能要看实际走不走索引：
-
KEEP在GROUP BY后做单次聚合，如果deptno + sal有复合索引，MAX() KEEP可能走索引 MIN/MAX 扫描，极快 -
ROW_NUMBER()必须先排序整个分区，即使只取第 1 行，也要对每个分区内所有数据排序；若分区内数据量大且无合适索引，I/O 和内存开销明显更高 - 特别注意：
ORDER BY中用了函数（如UPPER(ename)）或表达式，ROW_NUMBER()就没法利用普通索引，而KEEP同样失效
简单判断：如果只是“每组拿一个极值”，且排序键已建索引，KEEP 往往更快；如果需要稳定序号、多条件破歧义、或后续还要用排名做其他计算（比如 Top 3），必须选窗口函数。
别忽略 NULL 值对 KEEP 和 ORDER BY 的不同影响
KEEP 默认把 NULL 当作最小值（类似 ORDER BY ... ASC 中的 NULLS FIRST），而 ROW_NUMBER() OVER (ORDER BY sal DESC) 默认把 NULL 排在最后（NULLS LAST）。这个行为差异会导致结果不一致，尤其当薪资字段允许为空时。
修复方式：
- 对
KEEP，加NULLS LAST显式控制：MAX(ename) KEEP (DENSE_RANK FIRST ORDER BY sal DESC NULLS LAST) - 对
ROW_NUMBER()，也可显式写NULLS FIRST或NULLS LAST，保持语义对齐
不写明的话，两者的 NULL 处理逻辑天然不同，容易在测试环境没问题、上线后因 NULL 数据暴露问题。
真正难的不是语法怎么写，而是想清楚你要的是“聚合后挑一个”还是“保留明细再编号”——前者用 KEEP，后者只能靠窗口函数；中间没有模糊地带，选错就等于语义错误。
