说说ASP.NET怎么在SQL Server里搞自定义分页，细节那些事儿

博客园某.NET开发者分享）直接说ASP.NET在SQL Server搞自定义分页，这事儿说白了就是不想用GridView那种自带的分页，因为它虽然简单，但数据量一大，性能就顶不住了，它是一次性把所有数据从数据库捞到内存里再分页显示，要是几万条记录，服务器内存就得爆炸，咱们要的自定义分页，核心思想是每次只从数据库拿当前这一页需要的数据，这样就快多了,也省资源。

这事儿的关键不在ASP.NET的控件怎么摆弄，而在SQL语句怎么写，ASP.NET这边（不管是Web Forms还是MVC）主要负责算页码、传参数给数据库，然后把返回的那一丁点数据绑到页面上显示，重头戏在数据库那头。 来源：CSDN某数据库优化文章）在SQL Server里，实现自定义分页，老牌且通用的方法是用ROW_NUMBER()这个窗口函数，这玩意儿能给查询出来的结果每一行都标上一个连续的序号，咱们就利用这个序号来“切”出想要的那一页。

具体分几步走：

第一步：算清楚页码和每页大小 你得知道用户要看第几页，比如叫pageIndex（通常从0或1开始），以及一页显示多少条，叫pageSize，在ASP.NET的后台代码里（比如C#）,很容易从前端传过来的参数拿到这两个值。

第二步：写出核心的SQL查询 这是最要紧的一步，假设我们有个表叫Products，要按ProductID排序后分页,SQL语句大概长这样：

WITH NumberedProducts AS (
    SELECT *,
           ROW_NUMBER() OVER (ORDER BY ProductID) AS RowNum
    FROM Products
)
SELECT *
FROM NumberedProducts
WHERE RowNum > @PageSize * @PageIndex   -- pageIndex=0, pageSize=10，这里就是 > 0
  AND RowNum <= @PageSize * (@PageIndex + 1); -- 这里就是 <= 10

解释一下：

1. 先搞一个公共表表达式（CTE），在里面用ROW_NUMBER() OVER (ORDER BY 某个字段)给所有数据排好队，编上号，这个号就是RowNum。
2. 从那个CTE里选数据，用WHERE条件过滤出RowNum在特定范围内的行，这个范围就是：(pageIndex * pageSize) < RowNum <= (pageIndex + 1) * pageSize。
   • 注意：如果pageIndex从0开始，第一页就是1到10，如果从1开始，第一页就是1到10，第二页就是11到20，计算时注意加减1。 来源：Stack Overflow高赞回答）上面这个写法在SQL Server 2012及以后的版本里有个更爽的替代品，叫OFFSET-FETCH子句，这个更直观，就像直接告诉数据库：“从第N行开始，往后拿M条。”

用OFFSET-FETCH改写上面的查询：

SELECT *
FROM Products
ORDER BY ProductID
OFFSET @PageSize * @PageIndex ROWS   -- 跳过前面多少行
FETCH NEXT @PageSize ROWS ONLY;      -- 只取接下来的多少行

这个语句清晰多了吧？OFFSET计算要跳过的行数，FETCH指定要取的行数，同样需要注意pageIndex的起始值。

第三步：在ASP.NET中调用 SQL写好了，在ASP.NET的C#代码里，你就用SqlConnection和SqlCommand，或者你喜欢的ORM（比如Dapper），把计算好的@PageIndex和@PageSize作为参数传进去执行，返回的就是干干净净的一页数据，直接绑定到Repeater、ListView或者MVC的Model里显示就行了。

第四步：别忘了总记录数 分页导航栏通常需要显示总页数，共100页”，这就还需要一个SQL查询SELECT COUNT(*) FROM Products来拿到总记录数，然后用总记录数除以pageSize就能算出总页数，这个查询可以和你分页数据的查询分开做，也可以在某些高级用法里尝试合并优化。 来源：某公司内部技术文档）性能提醒： 要让自定义分页快上加快，有个黄金法则：ORDER BY的那个字段，最好要有索引，比如你按ProductID排序，ProductID字段上有索引，数据库编ROW_NUMBER或者做OFFSET跳过的时候就会飞快，如果没索引，数据库每次都得全表扫描再排序,数据多了照样慢。

高级玩儿法： 对于超级大的数据量（百万级以上），单纯的OFFSET在翻到很深的页码时（比如第5000页）可能会变慢，因为数据库还是要数过前面的那么多行，这时候可以考虑更高级的策略，比如用“seek method / keyset paging”，也就是记录上一页最后一条记录的ID，然后WHERE id > @lastId这种方式来翻页，效率极高,但不支持随机跳页。

在ASP.NET里搞SQL Server自定义分页,说白了就是：

1. ASP.NET负责：接收页码、计算参数、调用数据库、绑定数据、显示分页UI。
2. SQL Server负责：利用ROW_NUMBER()或OFFSET-FETCH，根据传入的参数,精准返回那一页的数据。

核心就是避免一次性传输大量数据，把分页的压力从Web服务器转移到数据库层面，而数据库恰恰最擅长做这种数据筛选和计算，只要ORDER BY字段有索引，这种方法对付百万级以下的数据表,速度都是非常理想的。