SQL Server中获取指定范围分页取数的两种方式
在数据库应用开发中，分页查询是最常见的需求之一。随着业务数据量的不断增长，如何高效、稳定地从海量数据中获取指定范围的分页数据，直接关系到系统的性能和用户体验。在SQL Server中，实现分页取数主要有两种经典方式：基于 ROW_NUMBER() 的传统分页和基于 OFFSET-FETCH 的新式分页。
本文将详细讲解这两种方式的实现逻辑、适用场景以及代码示例，帮助开发者在不同版本的SQL Server中编写出最优的分页查询语句。
一、 使用 ROW_NUMBER() 分页（适用于SQL Server 2005及以上）
在SQL Server 2012发布之前，ROW_NUMBER() 函数是实现分页查询的主流且唯一的高效方案。它的核心思想是：先通过窗口函数为查询出的结果集中的每一行分配一个连续的整数序号，然后在外部查询中通过 BETWEEN 或比较运算符过滤出指定范围的行。
实现示例：
假设我们有一个用户表 Users，需要按照创建时间 CreateTime 倒序排列，获取第2页的数据（每页10条，即获取第11到第20条记录）。
WITH OrderedUsers AS ( SELECT ID, UserName, CreateTime, ROW_NUMBER() OVER (ORDER BY CreateTime DESC) AS RowNum FROM Users WHERE Status = 1 ) SELECT ID, UserName, CreateTime FROM OrderedUsers WHERE RowNum BETWEEN 11 AND 20;
逻辑解析：
1. ROW_NUMBER() OVER (ORDER BY CreateTime DESC)：为满足条件的数据按创建时间倒序打上行号。
2. WITH OrderedUsers AS (...)：使用CTE（公用表表达式）将带有行号的结果集封装起来，使代码更清晰，避免了嵌套子查询带来的可读性下降。
3. WHERE RowNum BETWEEN 11 AND 20：精准截取所需行的范围。如果是程序端传入当前页码PageIndex和页大小PageSize，计算公式为：起始行 = (PageIndex - 1) * PageSize + 1，结束行 = PageIndex * PageSize。
二、 使用 OFFSET-FETCH 分页（适用于SQL Server 2012及以上）
从SQL Server 2012开始，微软引入了符合ANSI SQL标准的 OFFSET-FETCH 语法，使得分页查询的代码变得前所未有的简洁。这种方式跳过了繁琐的行号分配和嵌套过滤，直接在 ORDER BY 子句后指定跳过的行数和接下来获取的行数。
实现示例：
同样的需求，获取 Users 表第2页的数据（跳过前10条，获取接下来的10条）。
SELECT ID, UserName, CreateTime FROM Users WHERE Status = 1 ORDER BY CreateTime DESC OFFSET 10 ROWS FETCH NEXT 10 ROWS ONLY;
逻辑解析：
1. ORDER BY CreateTime DESC：分页必须依赖排序，这是使用 OFFSET-FETCH 的强制前提。
2. OFFSET 10 ROWS：指定跳过前10条记录。对应程序传参的计算公式为：跳过行数 = (PageIndex - 1) * PageSize。
3. FETCH NEXT 10 ROWS ONLY：指定在跳过指定行数后，返回接下来的10条记录。这里的10即为PageSize。
三、 两种方式的对比与深度分页性能优化
1. 语法简洁度：OFFSET-FETCH 语法明显更加直观和简洁，省去了CTE或子查询的包裹，降低了SQL语句的编写复杂度。
2. 版本兼容性：如果项目可能需要部署在SQL Server 2008 R2或更早版本，必须使用 ROW_NUMBER()；如果是新项目且确定数据库版本在2012及以上，推荐使用 OFFSET-FETCH。
3. 性能差异：在执行计划层面，这两种方式在处理相同分页需求时，底层逻辑是非常相似的。当页码较小时（例如前几页），查询速度极快；但当页码非常大时（例如查询第10万页），两者都会面临严重的性能瓶颈，因为数据库引擎需要扫描并排序跳过前面所有的行。
深度分页性能优化方案：
对于深度分页，单纯依靠上述两种语法往往不够。推荐结合索引键值进行查找（也称游标分页或Seek Method）。例如，在通过接口 www.ipipp.com/api/users 获取大数据量分页时，如果 CreateTime 和 ID 建立了联合索引，我们可以记录上一页最后一条记录的 CreateTime 和 ID，下一页的查询直接用索引定位：
-- 假设上一页最后一条记录的 CreateTime = '2023-10-01', ID = 105 SELECT TOP 10 ID, UserName, CreateTime FROM Users WHERE Status = 1 AND (CreateTime < '2023-10-01' OR (CreateTime = '2023-10-01' AND ID < 105)) ORDER BY CreateTime DESC, ID DESC;
这种方式无论翻到第几万页，查询速度都和第一页几乎一样，是解决海量数据深度分页的最佳实践。
总结
获取SQL Server指定范围分页数据，ROW_NUMBER() 是兼容老版本的基石，而 OFFSET-FETCH 是现代开发的利器。在日常开发中，除了选择合适的分页语法，更要注意为排序字段建立合适的索引，并在深度分页场景下采用基于索引键值的查找方案，才能确保系统在高并发大数据量下依然保持高效稳定。