SQL Server 2005作为早期广泛使用的关系型数据库版本，其分页查询的实现逻辑和后续版本有较为明显的差异，理解它的分页语句逻辑对维护老项目或者适配低版本数据库场景有重要意义。
SQL2005分页的核心实现思路
SQL2005没有内置的OFFSET FETCH分页语法，主流的分页实现依托于ROW_NUMBER()窗口函数，通过给查询结果集的每一行生成连续的序号，再根据序号范围筛选目标页的数据。
基础分页语句结构
完整的基础分页语句包含三个核心部分：生成行号、筛选行号范围、返回目标字段，示例如下，假设我们要对用户表按注册时间倒序分页，每页显示10条数据，查询第3页的内容：
-- 分页参数：每页条数@pageSize=10，当前页码@pageIndex=3
DECLARE @pageSize INT = 10
DECLARE @pageIndex INT = 3
DECLARE @startRow INT = (@pageIndex - 1) * @pageSize + 1
DECLARE @endRow INT = @pageIndex * @pageSize
SELECT
user_id,
user_name,
register_time
FROM (
-- 内层查询生成行号，按注册时间倒序排序
SELECT
user_id,
user_name,
register_time,
ROW_NUMBER() OVER (ORDER BY register_time DESC) AS row_num
FROM t_user
WHERE status = 1 -- 可选的业务过滤条件
) AS temp_table
WHERE row_num BETWEEN @startRow AND @endRow
语句逻辑拆解
上述语句的执行顺序如下：
- 首先执行最内层的子查询，先过滤符合条件的数据，再按指定排序规则生成连续的行号row_num，行号从1开始递增
- 外层查询根据计算好的起始行号和结束行号，筛选出行号在目标范围内的数据，就是当前页需要展示的内容
- 行号的计算逻辑是：起始行号等于(页码减1)乘以每页条数加1，结束行号等于页码乘以每页条数，这样就能准确匹配到对应页的数据
不同分页写法的对比
除了使用ROW_NUMBER()函数，SQL2005中还有基于TOP和NOT IN的分页写法，不过两种方式的适用场景和性能有明显差异。
TOP+NOT IN分页写法
这种写法不需要窗口函数，在低版本兼容场景中偶尔会用到，示例如下：
DECLARE @pageSize INT = 10
DECLARE @pageIndex INT = 3
-- 先计算需要跳过的总条数
DECLARE @skipCount INT = (@pageIndex - 1) * @pageSize
-- 先获取前N页的主键集合，再排除这些主键取后面的数据
SELECT TOP (@pageSize)
user_id,
user_name,
register_time
FROM t_user
WHERE status = 1
AND user_id NOT IN (
SELECT TOP (@skipCount) user_id
FROM t_user
WHERE status = 1
ORDER BY register_time DESC
)
ORDER BY register_time DESC
两种写法的差异对比
| 对比项 | ROW_NUMBER()写法 | TOP+NOT IN写法 |
|---|---|---|
| 适用版本 | SQL2005及以上 | 所有SQL Server版本 |
| 排序要求 | 必须指定明确的ORDER BY，否则行号生成无序 | 内外层排序必须完全一致，否则结果错误 |
| 性能表现 | 排序字段有索引时性能更优 | 数据量大时NOT IN子查询性能较差 |
| 主键要求 | 无要求，支持任意排序规则 | 必须依赖唯一主键，否则会漏数据 |
分页语句的优化建议
在实际使用SQL2005分页语句时，注意以下几点可以提升查询性能：
- 排序字段尽量建立索引，尤其是使用
ROW_NUMBER()写法时，索引可以大幅提升行号生成的效率 - 内层子查询中尽量提前过滤不必要的条件，减少生成行号的数据量，避免不必要的计算
- 如果查询的表数据量特别大，且分页深度较高（比如查询第1000页以后的数据），可以考虑调整分页逻辑，避免大偏移量的行号计算
- 不要在内层子查询中返回所有字段，只返回需要的字段和排序字段，减少临时表的数据占用
常见误区说明
很多开发者写SQL2005分页语句时容易犯以下错误：
- 忘记给
ROW_NUMBER()函数加ORDER BY子句，导致行号生成顺序随机，分页结果不稳定 - 计算起始行号和结束行号时逻辑出错，比如少加1或者多加1，导致第一页或者最后一页数据缺失
- 使用TOP+NOT IN写法时，内外层的WHERE过滤条件和排序规则不一致，导致分页结果错误
只要理清分页的核心逻辑，结合实际的业务场景选择合适的写法，就能写出正确且高效的SQL2005分页查询语句。