说说SQL Server里分页查询到底咋整，有两种方法你得知道的那些事儿

说说SQL Server里分页查询到底咋整，有两种方法你得知道的那些事儿

在SQL Server里，当你要从数据库里拿出成千上万条数据，但又不能一口气全塞给用户看的时候，分页查询就是个必须掌握的技能，说白了，分批拿数据”，比如一页只显示20条，这里头有两种主流且实用的方法,你知道了基本就能应对大部分情况。

第一种方法：利用ROW_NUMBER()函数（老牌可靠法）

这个方法在SQL Server 2005及以后的版本里都能用，非常经典，它的核心思路是：先给查询出来的每一行数据按顺序编个号,然后根据这个编号来截取你需要的哪一段。

具体怎么操作呢？你得写一个嵌套查询，最里头那层查询，先把你想要的数据按照某种顺序（比如按时间倒序）排好，然后用ROW_NUMBER() OVER (ORDER BY 排序字段)这个语法，为每一行生成一个连续的数字序号，我们通常给这个序号列起个别名叫RowNum之类的。

在外面再包一层查询，这个外层查询就很简单了，直接用WHERE条件来筛选这个RowNum，比如你要取第2页，每页10条，那么就是WHERE RowNum > 10 AND RowNum <= 20，这样一来,你就精准地拿到了第11到第20条记录。

举个例子，你要从Products表里按价格从高到低分页显示,你的SQL语句大概长这样：

SELECT * FROM (
    SELECT *, ROW_NUMBER() OVER (ORDER BY Price DESC) AS RowNum
    FROM Products
) AS T
WHERE T.RowNum > 10 AND T.RowNum <= 20

（根据微软官方技术文档中关于ROW_NUMBER()函数的说明,此方法为生成序列号提供了标准方式）

这种方法的优点是思路清晰，兼容性好，而且在要排序的字段上有索引的话，效率通常不错，缺点就是语句写起来有点啰嗦,是个嵌套查询。

第二种方法：使用OFFSET和FETCH子句（简单直接法）

这是SQL Server 2012版本开始引入的一个更简洁的语法，它直接把“跳过多少行”和“取多少行”这两个分页的核心操作，做成了SQL关键字,让你写起来更直观。

它的语法直接跟在ORDER BY子句后面。OFFSET负责指定跳过的行数，FETCH NEXT则负责指定接下来要取的行数，比如同样取第2页（每页10条），你心里算一下，第一页是1-10条，那么取第二页就需要“跳过”前10条，取”接下来的10条。

还用上面那个产品的例子,用新方法写出来就干净多了：

SELECT * FROM Products
ORDER BY Price DESC
OFFSET 10 ROWS
FETCH NEXT 10 ROWS ONLY

（根据SQL Server 2012及后续版本的官方语言参考，OFFSET-FETCH是ORDER BY子句的正式扩展,专门用于限制结果集）

你看，这个语句读起来几乎就是人话：“按价格降序排，跳过10行，然后只要接下来的10行”，它非常直观,可读性比第一种方法强不少。

两种方法怎么选？有啥要注意的？

1. 版本是硬指标：如果你的数据库还是SQL Server 2008或更老的版本，那没得选，只能用ROW_NUMBER()方法，如果是2012或更新版本,两种都可以。
2. 效率考量：在数据量大的情况下，两种方法的性能都高度依赖于你是否在排序的字段上建立了合适的索引，没有索引，两种方法排序时都可能很慢，根据微软工程师在技术博客和案例中的分析，在结构正确索引的支持下，OFFSET-FETCH的性能通常与ROW_NUMBER()方法相当，有时更优，因为它语法更精简,查询优化器可能生成更高效的执行计划。
3. 深层分页问题：这是两种方法共同的一个潜在痛点，当你需要取非常靠后的页面时，比如OFFSET 10000 ROWS，数据库引擎仍然需要先顺序计算出前面那一万行（即使不返回），然后才能拿到你想要的那一页，如果偏移量非常大，这个计算过程可能会变慢，对于这种“深度分页”，往往需要结合其他技巧（比如记住上一页最后一条记录的位置，用WHERE条件直接定位）来优化。

ROW_NUMBER()方法是兼容性广的“老将军”，而OFFSET-FETCH是语法简洁的“新利器”，在SQL Server 2012以后的环境里，你可以优先考虑使用OFFSET-FETCH，因为它写起来更简单明了，但无论用哪种，记住关键一点：想让分页快，必须在ORDER BY用到的那些字段上建好索引，否则数据库就要全表扫描再排序,数据一多肯定就慢下来了。