如何在SQL Server中通过存储过程实现分页查询逻辑？-SQL-PHP中文网

offset/fetch 是 sql server 2012+ 最推荐的分页方式，语法简洁、执行计划清晰，但必须带 order by 且需注意 offset 偏移量为 (@pagenumber-1)*@pagesize；row_number() 兼容 2005+ 并支持同查总条数，但须确保排序稳定；动态 sql 必须用 quotename() 防注入。

如何在sql server中通过存储过程实现分页查询逻辑？

ROW_NUMBER() 是 SQL Server 2005+ 最稳妥的分页核心，但直接用 OFFSET/FETCH 更简洁——前提是确认版本 ≥ 2012。别一上来就写动态 SQL 拼表名和 WHERE，容易注入且难调试。

用 `OFFSET` + `FETCH` 实现基础分页（SQL Server 2012+）

这是目前最推荐的方式，语法直白、执行计划清晰、无需子查询嵌套。

关键点：必须带 ORDER BY，否则报错；OFFSET 值为 (@PageNumber - 1) * @PageSize，不是从 0 开始算偏移量的“页码”本身。

ORDER BY 字段最好有索引，否则排序开销大，尤其数据量 >10 万时
不支持在同一个查询里同时返回总记录数，得额外查一次 COUNT(*)
如果页码极大（比如第 10000 页），OFFSET 仍需扫描前面所有行，性能会明显下降

示例存储过程：

CREATE PROCEDURE GetPagedData
    @PageNumber INT = 1,
    @PageSize   INT = 10
AS
BEGIN
    SET NOCOUNT ON;
    SELECT *
    FROM Employee
    ORDER BY EmployeeID
    OFFSET (@PageNumber - 1) * @PageSize ROWS
    FETCH NEXT @PageSize ROWS ONLY;
END

用 `ROW_NUMBER()` 实现兼容性更强的分页（SQL Server 2005+）

适用于老环境或需要在同一查询中拿到总条数的场景。本质是给每行打序号，再过滤区间。

常见错误是漏写 ORDER BY 子句——ROW_NUMBER() 必须指定排序依据，否则报错；另外别用 (SELECT NULL) 敷衍排序，会导致结果不稳定。

排序字段缺失或不明确，会导致分页结果重复或跳行
子查询层级深，SQL Server 优化器有时无法有效下推谓词，影响性能
若表无主键或排序字段存在大量重复值，ROW_NUMBER() 生成的序号可能因执行计划变化而波动

安全写法示例（含稳定排序）：

Clips AI

一款用于将长视频或音频自动转换为短视频的AI工具，通过内容分析帮助创作者提取适合社交媒体传播的片段。

下载

SELECT * FROM (
    SELECT *, ROW_NUMBER() OVER (ORDER BY EmployeeID, CreatedTime DESC) AS RowNum
    FROM Employee
) t
WHERE t.RowNum BETWEEN (@PageNumber - 1) * @PageSize + 1 AND @PageNumber * @PageSize;