PERCENT_RANK()基于(当前行排名−1)/(总行数−1)，首行为0；CUME_DIST()基于≤当前值的行数/总行数，首行可能>0；二者均无视FRAME子句，不支持滚动计算。
PERCENT_RANK() 和 CUME_DIST() 的核心区别在哪
两者都返回 [0, 1] 区间的浮点数，但计算逻辑完全不同：PERCENT_RANK() 基于「当前行排名减 1」除以「总行数减 1」，首行永远是 0；CUME_DIST() 是「小于等于当前值的行数」除以「总行数」，首行可能大于 0（如有重复值）。实际中，如果你需要反映“排在某值之前的比例”，用 PERCENT_RANK()；如果关注“包含当前值在内的累计占比”，必须用 CUME_DIST()。
ORDER BY 中存在重复值时结果差异明显
当排序字段有重复（比如多个用户得分都是 85），PERCENT_RANK() 会给这些重复行分配相同排名，但分母仍是 COUNT(*) - 1，导致它们共享一个百分位；而 CUME_DIST() 会把所有 85 分的行一起计入分子，因此其结果跳变更平缓。例如 5 行数据中，3 行并列第 2 名：
SELECT score,
PERCENT_RANK() OVER (ORDER BY score) AS pr,
CUME_DIST() OVER (ORDER BY score) AS cd
FROM (VALUES (70), (85), (85), (85), (92)) t(score);结果中三个 85 分的 pr 都是 0.25（即 (2−1)/(5−1)），但 cd 都是 0.6（即 3/5）。
窗口 FRAME 子句对这两个函数完全无效
PERCENT_RANK() 和 CUME_DIST() 不支持 ROWS BETWEEN 或 RANGE BETWEEN —— 它们始终在整个窗口内计算，忽略你写的 frame_clause。试图写成 PERCENT_RANK() OVER (ORDER BY x ROWS UNBOUNDED PRECEDING) 不报错，但效果和不写一样。这点和 AVG()、SUM() 等聚合型窗口函数截然不同，容易误以为能做“滚动百分位”，实际做不到。
替代方案：需要滚动或分组内独立排名时怎么办
若真要按时间窗口或业务分组动态算占比，得绕开这两个函数：
- 用
COUNT(*) FILTER (WHERE ...)+COUNT(*) OVER (PARTITION BY ...)手动构造比例 - 对分组内排序后用
ROW_NUMBER()和COUNT() OVER (PARTITION BY ...)模拟PERCENT_RANK() - 注意 PostgreSQL 14+ 支持
WITHIN GROUP语法用于聚合函数，但不适用于窗口场景
真正难处理的是既要分组、又要处理重复值、还要求严格语义对齐的场景——这时候别硬套 PERCENT_RANK()，先确认业务到底要“相对位置”还是“覆盖密度”。
