PERCENT_RANK() 不能直接计算中值偏移，仅返回0到1的相对排名比例；需先用其定位最接近0.5的行，再取对应原始值参与偏移运算（如减均值或基准值），且须确保数据过滤条件一致、排除NULL、使用合适索引。
PERCENT_RANK() 不能直接算出中值偏移，它只返回相对排名比例（0 到 1），不提供原始值的位置偏移量。想得到「中值偏移」——比如某部门薪资中位数比该部门平均值高多少、或比基准线偏离几个标准差——必须先用 PERCENT_RANK() 定位中位位置，再取出对应行的原始值参与后续计算。
为什么 PERCENT_RANK() 返回的 0.5 不等于中位数
因为 PERCENT_RANK() 的公式是 (rank - 1) / (count - 1)，它强制首行为 0、末行为 1，中间值按线性插值得到。当分组行数为偶数（比如 4 行），PERCENT_RANK() 可能生成 [0, 0.333, 0.666, 1]，根本不存在恰好 0.5 的行；即使有接近 0.5 的行（如 0.499 或 0.501），它也只是最邻近的单个值，不是数学定义的中位数（两个中间值的平均）。
- 行数为奇数时，中位数对应唯一行，但
PERCENT_RANK()未必精确等于 0.5（例如 5 行：结果是[0, 0.25, 0.5, 0.75, 1]，第三行刚好是 0.5） - 行数为偶数时，严格中位数需取第 n/2 和 n/2+1 行的平均，而
PERCENT_RANK()最多标记其中一行 - 重复值存在时，
RANK()和ROW_NUMBER()行为不同，PERCENT_RANK()仍按排序后位置计数，不合并相同值
用 PERCENT_RANK() 配合子查询定位中位行
真正可行的做法是：先在子查询里算出每行的 PERCENT_RANK()，再在外层筛选「最靠近 0.5」的行，用于后续偏移计算。注意不能直接 WHERE PERCENT_RANK() = 0.5，得用范围或极小差值逼近。
- 推荐写法是用 CTE +
ABS(PERCENT_RANK() - 0.5)找最小偏差：
WITH ranked AS (
SELECT dept_id, salary,
PERCENT_RANK() OVER (PARTITION BY dept_id ORDER BY salary) AS pr
FROM employees
)
SELECT dept_id, AVG(salary) AS median_salary
FROM ranked
WHERE (dept_id, ABS(pr - 0.5)) IN (
SELECT dept_id, MIN(ABS(pr - 0.5))
FROM ranked
GROUP BY dept_id
)
GROUP BY dept_id;- 该写法兼容 Oracle 12c+，避免了对偶数行硬编码取两行的逻辑
- 若需严格中位数（尤其报表场景），应改用
MEDIAN()聚合函数或PERCENTILE_CONT(0.5)，它们原生支持插值 - 别在
ORDER BY中用表达式或函数（如ORDER BY ABS(salary)），否则PERCENT_RANK()排序依据不稳定，偏移结果不可复现
计算中值偏移时最容易漏掉的一步
拿到中位数值后，很多人直接拿它减去均值或基准值，却忘了中值本身是分组内计算的，而偏移量常需跨组比较（如“销售部中位薪资比全公司中位薪资高多少”）。这时候必须确保两个中位数来自同一数据快照、且过滤条件一致——比如都排除了实习岗、都限定在职状态。
- 常见错误：内层 CTE 算部门中位数，外层用
AVG(salary)算全表均值，但没加WHERE status = 'ACTIVE'，导致分母混入离职人员，偏移失真 - Oracle 对
NULL默认排在最后（NULLS LAST），若业务字段含大量NULL薪资，PERCENT_RANK()会把它们全挤在末尾，拉低有效样本的分布密度，此时应显式加WHERE salary IS NOT NULL - 性能上，
PERCENT_RANK()强制全排序，大表分组（如百万级用户按城市分组）时建议加复合索引：(dept_id, salary)
中值偏移的本质是「位置度量」和「原始值运算」的混合操作，PERCENT_RANK() 只管前者；后者必须靠显式取值、聚合、关联来完成，少任何一环，偏移数字就只是看着像而已。
