keep必须依附于max/min等聚合函数，不可单独使用；其order by仅支持原始列名或常量，不支持别名或表达式；dense_rank first在并列时返回所有并列行，由外层max/min择一，结果不保证稳定。
KEEP必须套在MAX/MIN里，不能单独写
直接写 name KEEP (DENSE_RANK FIRST ORDER BY createdate) 会报 ORA-00937: not a single-group group function。KEEP 不是独立语法，它只是修饰聚合函数的“开关”，必须依附于 MAX()、MIN()、SUM() 等存在。实际执行时，MAX() 和 MIN() 在这里不真做大小比较，只当“值容器”——真正起作用的是 KEEP 后面的排序逻辑。
常见误写：
-
SELECT name KEEP (DENSE_RANK FIRST ORDER BY createdate) FROM t GROUP BY deptno❌ 缺外层聚合函数 -
SELECT FIRST_VALUE(name) KEEP (DENSE_RANK FIRST ORDER BY createdate) ...❌FIRST_VALUE是窗口函数，不能和 KEEP 混用
正确写法只有这一类结构：
SELECT MAX(name) KEEP (DENSE_RANK FIRST ORDER BY createdate) AS first_name,
MIN(name) KEEP (DENSE_RANK LAST ORDER BY createdate) AS last_name
FROM t
GROUP BY deptno;
ORDER BY 里只能用原始列名或常量
KEEP (DENSE_RANK FIRST ORDER BY ...) 的 ORDER BY 子句非常严格：不能用别名、不能用表达式（比如 TO_DATE(date_str, 'YYYYMMDD')、LENGTH(name)），否则报 ORA-01747: invalid user.table.column。
解决办法是把计算提前到子查询或 CTE 中：
WITH t_prep AS ( SELECT name, deptno, LENGTH(name) AS name_len FROM emp ) SELECT MAX(name) KEEP (DENSE_RANK FIRST ORDER BY name_len) AS shortest_name FROM t_prep GROUP BY deptno;
虚拟列（Oracle 11g+）也是可行方案，适合高频复用的表达式，避免每次重算。
DENSE_RANK vs RANK：并列时行为差异大
当排序字段有重复值（比如两人同为最高薪），DENSE_RANK 和 RANK 对“首行”的定义不同：
-
DENSE_RANK FIRST：所有并列第一的行都会被纳入候选，最终由外层MAX()或MIN()拣出一个（按字符/数值规则），不保证稳定 -
RANK FIRST：同样保留所有并列第一，但编号跳过后续位次；语义上仍是“全部并列者都算 FIRST”，和 DENSE_RANK 在 KEEP 中效果一致 - 若你明确只要**一行确定结果**（哪怕丢掉并列项），别依赖 KEEP，改用
ROW_NUMBER() OVER (PARTITION BY deptno ORDER BY salary DESC)再筛rn = 1
注意：FIRST_VALUE(name) OVER (ORDER BY salary DESC) 虽然也取首值，但它属于窗口函数，不参与 GROUP BY 聚合，不能替代 KEEP 在分组场景中的位置。
和 ROW_NUMBER() OVER 比，KEEP 更轻但更难控
KEEP 子句在执行计划里通常比分析函数少一两个步骤，尤其在简单排序取值场景下有轻微性能优势。但它有两个硬伤：
- 无法返回多列：你只能分别写
MAX(col1) KEEP...、MAX(col2) KEEP...，但无法保证它们来自同一物理行（并列时可能错配） - 无法加额外筛选条件：比如“取最新非 NULL 状态的记录”，KEEP 的
ORDER BY不支持CASE WHEN过滤，必须靠前置数据清洗
所以，当你需要首行的完整记录（含多个字段）、或排序逻辑带条件分支、或要求结果绝对可重现，优先选 ROW_NUMBER() + 子查询，而不是硬套 KEEP。
