关于带用户变量的排名SQL未预先排序是否合理的技术疑问

问题背景 #

给定Scores表结构及数据：

+----+-------+
| Id | Score |
+----+-------+
| 1  | 3.50  |
| 2  | 3.65  |
| 3  | 4.00  |
| 4  | 3.85  |
| 5  | 4.00  |
| 6  | 3.65  |
+----+-------+

需求是编写SQL查询对分数进行排名，要求分数相同则排名相同，且排名连续无间隔，结果需按分数降序排列。

提供的解决方案SQL如下：

select
 Score, @rank := @rank + (@prev <> (@prev := Score)) as Rank
from
 Scores, (select @rank := 0, @prev := -1) as a
order by Score desc;

核心疑问：该SQL仅在末尾使用ORDER BY，未预先对数据排序，逐行处理用户变量的逻辑是否合理？

逻辑合理性解析 #

这个SQL的逻辑是合理的，但依赖MySQL的特定执行顺序，具体拆解如下：

• 执行顺序的特殊性
  MySQL处理这类包含用户变量与ORDER BY的查询时，实际执行流程是先对Scores表数据按ORDER BY Score desc排序，再对排序后的结果集逐行执行用户变量的计算逻辑。也就是说，虽然ORDER BY写在查询末尾，但它的执行时机早于变量计算，确保了变量是基于已排序的数据集处理的。

• 变量计算逻辑拆解
  表达式@rank := @rank + (@prev <> (@prev := Score))的执行顺序从内到外：

  1. 执行@prev := Score，将当前行的分数赋值给变量@prev
  2. 比较赋值前的旧@prev值与当前分数是否不等，返回1（不等）或0（相等）
  3. 将返回值加到@rank上，实现同分同排名、不同分排名递增的效果

• 局限性说明
  这种写法属于MySQL非标准语法，依赖其特定执行顺序，在PostgreSQL、SQL Server等其他数据库中无法生效。这类场景更通用的实现方式是使用窗口函数DENSE_RANK()：

SELECT Score, DENSE_RANK() OVER(ORDER BY Score DESC) AS Rank
FROM Scores;

内容的提问来源于stack exchange，提问作者user3553260