PERCENT_RANK()计算相对位置而非百分位数值，返回[0,1]区间归一化秩次；求第N百分位值应使用PERCENTILE_CONT或PERCENTILE_DISC聚合函数配合WITHIN GROUP子句。
PERCENT_RANK 不是用来计算百分位数的，它是计算“相对位置”的窗口函数；想算第 N 百分位对应的值（比如 P95），该用 PERCENTILE_CONT 或 PERCENTILE_DISC。
为什么 PERCENT_RANK() 不能直接得到百分位数值
它返回的是当前行在排序序列中的归一化位置，公式固定为 (rank - 1) / (total_rows - 1)，结果永远落在 [0, 1] 区间。例如 5 行数据，它的输出只能是 0.0、0.25、0.5、0.75、1.0 —— 这些是“刻度”，不是“刻度上对应的实际数值”。
常见误操作：WHERE PERCENT_RANK() = 0.95 几乎永远不会命中，因为真实数据集极少恰好生成 0.95 这个值。
- PERCENT_RANK 是「你排在哪一百分位」（位置语义）
- PERCENTILE_CONT(0.95) 是「第 95 百分位的值是多少」（值语义）
- 两者目的相反，不能互相替代
PostgreSQL 中正确获取百分位数值的写法
要用 PERCENTILE_CONT（连续插值）或 PERCENTILE_DISC（取实际存在的值），必须配合 WITHIN GROUP (ORDER BY ...)，且只能用于聚合上下文：
SELECT PERCENTILE_CONT(0.5) WITHIN GROUP (ORDER BY salary) AS median, PERCENTILE_CONT(0.9) WITHIN GROUP (ORDER BY salary) AS p90, PERCENTILE_DISC(0.95) WITHIN GROUP (ORDER BY salary) AS p95_disc FROM employees;
-
PERCENTILE_CONT在两个相邻值之间线性插值，适合需要平滑阈值的场景 -
PERCENTILE_DISC直接返回排序后最接近该百分位的实际值（不插值），结果一定存在于原数据中 - 二者都不支持
PARTITION BY，如需分组计算，得用子查询或LATERAL关联
想用 PERCENT_RANK 做近似中位数？小心浮点精度和离散性
虽然不推荐，但若受限于旧版本或特殊逻辑，可用子查询找最接近 0.5 的行：
SELECT salary FROM ( SELECT salary, PERCENT_RANK() OVER (ORDER BY salary) AS pr FROM employees ) t WHERE pr <= 0.5 ORDER BY pr DESC LIMIT 1;
- 这个结果只是“小于等于中位位置的最大实际值”，不是统计学定义的中位数
- 偶数行时无法自动取中间两值平均，
PERCENT_RANK本身不提供该能力 - 当存在大量重复值时，多个相同
salary可能共享同一pr，导致结果不唯一
容易被忽略的关键点
真正难处理的不是语法，而是业务语义混淆：把 PERCENT_RANK >= 0.95 当作“前 5% 高分用户”是对的，但把它当成“P95 阈值”就是错的。前者筛选人，后者定义线；前者用窗口函数，后者用聚合函数。数据库不会报错，但结果会悄悄偏离预期。
