SQL查询如何实现分组内的百分比排名：使用PERCENT_RANK函数
PERCENT_RANK函数返回什么值，为什么不是100%制
很多朋友第一次用PERCENT_RANK()时，可能会下意识地期待一个0到100的百分比数字。其实不然，这个函数计算的是「当前行在分组内的相对位置比例」，公式是(rank - 1) / (total_rows - 1)。这里的rank指的是按RANK()函数得出的并列不跳号排名，total_rows则是该分组的总行数。
所以，它的结果范围永远是0.0到1.0之间，包含了端点。如果你想在报表里显示“85%”这样的格式，就得手动乘以100，再用ROUND()处理一下。
- 分组里的第一行，结果一定是
0.0（因为rank=1，代入公式就是(1-1)/(n-1)=0）。 - 最后一行则一定是
1.0（当然，前提是分组行数至少为2；如果只有一行，有些数据库会报错，有些则返回NULL）。 - 如果有多行数据值相同，它们会共享同一个
RANK()值，自然也就共享同一个PERCENT_RANK()结果。
必须搭配PARTITION BY和ORDER BY，否则报错
如果你直接写SELECT PERCENT_RANK() OVER()，在绝大多数数据库（比如PostgreSQL、SQL Server、Oracle）里都会立刻报错。原因很简单：PERCENT_RANK()是一个窗口函数，它强制要求一个ORDER BY子句来定义排序逻辑，并且通常也需要PARTITION BY来明确分组的边界。漏掉ORDER BY，数据库会直接提示类似"Window function PERCENT_RANK requires ORDER BY"的错误信息。
- 只使用
ORDER BY：这时会把整张表当作一个大分组，计算的是全局的百分比排名。 - 同时使用
PARTITION BY department ORDER BY salary DESC：这才是典型用法，会在每个部门内部独立进行排序并计算排名。 - 另外要注意，
ORDER BY后面的表达式不能是常量（比如ORDER BY 1或ORDER BY 'x'），必须是真正可以排序的列或表达式。
和RANK()、DENSE_RANK()的区别在哪，何时选它
PERCENT_RANK()并不是用来替代RANK()或DENSE_RANK()的，它提供了另一个观察数据的维度：衡量「位置比例」，而不是单纯的「名次编号」。举个例子，在一个销售团队里，第2名和第3名的业绩可能相差无几，但第2名和第10名之间可能就是天壤之别——PERCENT_RANK()能很好地体现这种分布上的疏密关系，而光看排名数字是察觉不到的。
- 遇到数据并列时：
RANK()会跳号（例如1,1,3），DENSE_RANK()不跳号（例如1,1,2），而PERCENT_RANK()会给并列的行相同的比例值（例如0.0,0.0,0.5）。 - 当数据倾斜很明显时（比如大量低分、少数高分），
PERCENT_RANK()比RANK()更能揭示出数据在头部的集中程度。 - 在做分位图或者筛选前10%的记录时，用
PERCENT_RANK() < 0.1要比硬写RANK() <= 10更稳健，因为它不受总人数绝对值的波动影响。
MySQL 8.0+才支持，低版本得绕开
这里有个重要的版本兼容性问题：MySQL在8.0版本之前完全不支持PERCENT_RANK()函数，强行使用会报FUNCTION xxx.PERCENT_RANK does not exist错误。其他主流数据库如MariaDB（10.2+）、PostgreSQL（8.4+）、SQL Server（2005+）和Oracle（10gR2+）都早已支持。
- 如果你被困在MySQL 5.7或更早的版本，通常只能用用户变量来模拟计算，但这种方法很难正确处理数据并列的情况，而且在复杂的子查询中复用性很差。
- 一种保险但低效的写法是，先用子查询或JOIN分别查出总行数和当前行的排名，再手动套用公式计算比例。这么写性能不佳，也容易出错。
- 所以，如果项目必须兼容旧版MySQL，要么考虑在应用层完成排序和计算，要么就认真规划一次数据库升级吧。
最后提一个真正容易踩坑的细节：不同数据库对于空值（NULL）在排序时的默认行为是不一致的——有的把它排在最前面，有的排在最后。这个差异会直接影响PERCENT_RANK()的计算结果。为了确保跨数据库行为一致，最好显式地指定空值的排序位置，例如在PostgreSQL中写ORDER BY score DESC NULLS LAST，或者在MySQL中用ORDER BY IFNULL(score, -999999) DESC来规避。
