SQL Server ROW_NUMBER() 不排序且保持原始顺序的写法

目标：使用 ROW_NUMBER() 但不消耗排序资源

当我们执行带有 `ORDER BY` 的 `OVER()` 窗口函数时，数据库引擎必须进行物理或逻辑排序操作，这在大数据量下可能成为性能瓶颈。如果业务逻辑允许我们不关心具体的行号生成顺序（即只要行号连续即可，或者依赖结果集的自然呈现顺序），我们可以利用以下技巧。

准备条件

1. 已安装 SQL Server 数据库实例（支持窗口函数的版本，如 SQL Server 2005 及以上）。
2. 具有测试用的表结构及数据（例如 Product 表）。
3. 掌握基本的 SQL 查询语法。

具体操作方法

第1步：实现无排序的行号生成

目的：在不指定具体排序列的情况下，为每一行分配唯一的行号。

方法：在 OVER (ORDER BY ...) 子句中，传入一个不会改变排序顺序且执行成本极低的表达式：(SELECT 0)。

代码示例：

-- 方式一：直接在 SELECT 中使用 CTE (Common Table Expression)
WITH query AS (
    SELECT 
        ROW_NUMBER() OVER(ORDER BY (SELECT 0)) AS ROWNUM, 
        * 
    FROM Product
)
SELECT * FROM query 
WHERE ROWNUM BETWEEN 5 AND 10;

-- 方式二：直接查询
SELECT 
    ROW_NUMBER() OVER(ORDER BY (SELECT 0)) AS ROWNUM,
    *
FROM Product;

解析：

• ORDER BY (SELECT 0)：这是一个常数选择列表。由于常数值对所有行都相同，数据库通常不需要进行昂贵的实际磁盘排序操作（或采用极低成本的内存排序策略），从而实现快速生成行号的效果。
• 注意：这种写法生成的行号并不保证与数据插入的物理顺序完全一致，也不保证在不同执行计划下始终稳定。它主要适用于那些对行号绝对顺序不敏感，只需唯一标识行的场景，或者作为简化分页逻辑的一种手段。

第2步：对比常规排序场景

目的：明确何时应该使用标准排序，何时使用上述技巧。

当需要按时间、ID等特定逻辑排序时，必须指定真实列。例如按日期降序排列：

SELECT 
    ROW_NUMBER() OVER(ORDER BY Oper_Date DESC) AS ROWNUM,
    *
FROM Product;

完成判断：

• 如果使用 SELECT 0 方案，执行计划中的 Sort 算子开销显著降低或消失。
• 如果使用明确列排序，结果集将严格按照指定列的值进行重排。

简要总结

在 SQL Server 中，通过 ORDER BY (SELECT 0) 可以巧妙地绕过实际的数据排序过程，同时保留 ROW_NUMBER() 的行号生成功能。这种方法在不需要严格逻辑排序且对性能敏感的分页场景中非常实用。但开发者需注意其返回顺序的非确定性，确保其符合业务逻辑需求。

以上就是SQL Server ROW_NUMBER() 不排序且保持相对快速响应的详细内容，更多关于SQL Server性能优化与分页技巧的资料请关注本站其它相关文章！