PERCENT_RANK() 返回当前行在分组内相对位置的归一化值：最小值对应0.0，最大值对应1.0（仅当唯一时），并列最大值共享同一小于1.0的相同值。
PERCENT_RANK() 返回的是什么值？
PERCENT_RANK() 不是百分制分数，也不是四舍五入后的整数排名，它返回的是「当前行在分组内相对位置的归一化值」：最小值对应 0.0，最大值对应 1.0（但注意——最大值本身不一定是 1.0，只有当它是唯一最大时才是；若存在并列最大，则所有最大值都共享同一 PERCENT_RANK()，且该值 1.0）。
计算公式是：(rank - 1) / (total_rows_in_partition - 1)，其中 rank 是 RANK() 的结果（即并列时跳过后续名次），total_rows_in_partition 是当前 PARTITION BY 分组内的总行数。
- 如果分组只有 1 行，
PERCENT_RANK()恒为0.0（分母为 0，SQL 标准定义为 0） - 若成绩完全相同（比如全班都考了 85），所有行的
PERCENT_RANK()都是0.0 - 排序字段用
ORDER BY score DESC才能让高分排前面、对应更低的百分位（如 95 分可能得0.0，60 分可能得0.8）
怎么写才能让排名符合考试场景的“前 X%”表述？
考试分析常说“该生成绩位于前 20%”，但 PERCENT_RANK() 值越小表示排名越靠前——0.0 是最好，0.99 是垫底。所以判断“前 20%”应写成：PERCENT_RANK() ，而不是 <code>。
常见错误是直接用 ROUND(PERCENT_RANK(), 2) 当作“百分位排名”，这会丢失语义：0.1999 四舍五入成 0.20，但实际已略超前 20% 边界。
- 正确做法：保留原始
PERCENT_RANK()值参与比较，显示时可格式化（如CONCAT(ROUND(pct * 100, 1), '%')） - 若需离散等级（如 A/B/C 档），建议用
CASE WHEN PERCENT_RANK() ，而非先四舍五入再匹配 - 注意
PARTITION BY subject很关键——数学和英语成绩不能混在一起算百分位
和 RANK()、DENSE_RANK() 混用时容易踩哪些坑？
PERCENT_RANK() 依赖 RANK() 的逻辑（并列跳号），但它自己不解决并列问题，只做归一化。一旦你用 DENSE_RANK() 排名，PERCENT_RANK() 仍按 RANK() 算——两者不联动。
例如三人成绩为 [95, 95, 80]，按 score DESC：
RANK(): [1, 1, 3] PERCENT_RANK(): (1-1)/(3-1)=0.0, (1-1)/(3-1)=0.0, (3-1)/(3-1)=1.0
但如果你误以为 DENSE_RANK() 影响了 PERCENT_RANK()，就会错估分布密度。
- 不要在同一个窗口函数中混用
DENSE_RANK()和PERCENT_RANK()期望它们协同工作 - 想看“去重后占比”？那不是
PERCENT_RANK()的职责，得用子查询统计不同分数数量再计算 - Oracle/PostgreSQL/SQL Server 都支持，但 MySQL 8.0+ 才有；低版本需用变量模拟，误差风险高
真实考试表里怎么加这一列才不出错？
假设表叫 exam_scores，字段有 student_id、subject、score，要按科目分别计算百分位：
SELECT student_id, subject, score, PERCENT_RANK() OVER (PARTITION BY subject ORDER BY score DESC) AS pct_rank FROM exam_scores;
关键点不在语法，而在数据质量：
-
score字段必须为数值类型（INT或DECIMAL），VARCHAR存数字会导致隐式转换失败或排序错乱 - 空值（
NULL）默认排在最后（ORDER BY ... DESC时），若想排除，加WHERE score IS NOT NULL - 如果某科目只有 1 人参考，
pct_rank全是0.0——这不是 bug，是标准行为，但业务上可能需要单独标注“样本不足”
最常被忽略的是：考试系统导出的数据里，score 可能带单位（如 “85分”）、空格或全角字符，没清洗就进窗口函数，PERCENT_RANK() 会静默返回 NULL 或报错。
