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() 等聚合型窗口函数截然不同，容易误以为能做“滚动百分位”，实际做不到。
本书是全面讲述PHP与MySQL的经典之作，书中不但全面介绍了两种技术的核心特性，还讲解了如何高效地结合这两种技术构建健壮的数据驱动的应用程序。本书涵盖了两种技术新版本中出现的最新特性，书中大量实际的示例和深入的分析均来自于作者在这方面多年的专业经验，可用于解决开发者在实际中所面临的各种挑战。
替代方案：需要滚动或分组内独立排名时怎么办
若真要按时间窗口或业务分组动态算占比，得绕开这两个函数：
- 用
COUNT(*) FILTER (WHERE ...)+COUNT(*) OVER (PARTITION BY ...)手动构造比例 - 对分组内排序后用
ROW_NUMBER()和COUNT() OVER (PARTITION BY ...)模拟PERCENT_RANK() - 注意 PostgreSQL 14+ 支持
WITHIN GROUP语法用于，但不适用于窗口场景
真正难处理的是既要分组、又要处理重复值、还要求严格语义对齐的场景——这时候别硬套 PERCENT_RANK()，先确认业务到底要“相对位置”还是“覆盖密度”。
