percent_rank在oracle中返回0到1间的相对排序位置，公式为(rank−1)/(分组总行数−1)，首行为0，末行仅当分组≥2且无并列时为1；单行分组报ora-30486错误，不可直接作“第n名占前x%”解读。
PERCENT_RANK 在 Oracle 中不能直接返回“组内占比数值”，它返回的是相对排序位置（0 到 1 之间的归一化值），且定义是 (rank - 1) / (total_rows_in_partition - 1)。如果你要的是“该行在分组中排第几%，比如第 3 名占前 30%”，那得小心——PERCENT_RANK 的结果不是你直觉里的“百分比占比”，而是“排位比例”，而且当分组只有一行时会报错。
PERCENT_RANK 的计算逻辑和常见误解
它按 ORDER BY 排序后，对每个分组（PARTITION BY）内所有行计算：当前行的 RANK() 减 1，再除以该分组总行数减 1。这意味着：
- 首行永远是
0（因为rank=1 → (1-1)/(n-1)=0） - 末行不一定是
1—— 只有当没有并列、且分组行数 ≥2 时才是1 - 如果分组只有 1 行，分母为 0，Oracle 报错：
ORA-30486: invalid PERCENT_RANK value - 它不处理重复值的“并列后跳位”逻辑（那是
RANK()），但本身输出是连续小数，不是整数排名
正确写法：带 PARTITION BY 的标准用法
必须显式指定 PARTITION BY 才算“分组内”，否则就是全表范围。注意 ORDER BY 子句不可省略，且只能有一个排序表达式（不支持多列组合排序的“稳定排名”，除非用表达式拼接）：
SELECT deptno,
ename,
sal,
PERCENT_RANK() OVER (PARTITION BY deptno ORDER BY sal DESC) AS prnk
FROM emp;
上面语句对每个部门（deptno）按薪资降序排，prnk 值越接近 1 表示薪资越高。但注意：sal 相同的人会得到相同 rank，进而得到相同 PERCENT_RANK 值（因为公式里用的是 RANK，不是 ROW_NUMBER）。
替代方案：想要“第 N 名占前 X%”该用什么？
如果业务上真需要“某员工在本部门排第 3，共 10 人，所以是前 30%”，那 PERCENT_RANK 不合适——它返回的是 (3-1)/(10-1) ≈ 0.222，不是 0.3。此时应改用：
-
ROW_NUMBER() OVER (PARTITION BY deptno ORDER BY sal DESC) / COUNT(*) OVER (PARTITION BY deptno)→ 得到 0.3、0.4 这类直观占比（需转成NUMBER(*,3)或乘 100 加%） - 或者更稳妥地用
ROUND(100 * ROW_NUMBER() OVER (...) / COUNT(*) OVER (...), 1)避免浮点精度问题 - 若需处理并列（如两人同薪并列第 2，则下一个是第 4），就该用
RANK()替换ROW_NUMBER()，但要注意分母仍用COUNT(*)，否则归一化失真
性能与 NULL 处理要点
PERCENT_RANK 是窗口函数，执行计划中会出现 WINDOW SORT，大数据量分组时 I/O 和内存开销明显。另外：
-
NULLS FIRST或NULLS LAST必须显式声明，否则 Oracle 默认把NULL当最大值（NULLS LAST），可能打乱预期顺序 - 若
ORDER BY表达式含NULL，而你没写NULLS LAST，排序结果可能和测试数据不一致 - 分区键（
PARTITION BY列）上建索引对性能无直接帮助；真正影响性能的是排序字段（ORDER BY）是否能走索引覆盖扫描
真正容易被忽略的是分母为 1 的报错场景——线上 SQL 如果某些分组动态变空或只剩一行，PERCENT_RANK 就会崩，而 ROW_NUMBER() / COUNT(*) 组合不会。上线前务必用 HAVING COUNT(*) > 1 或子查询预过滤单行分组做验证。
