使用 SQL Server 2005 的最佳分页解决方案？答案

【问题标题】：Best paging solution using SQL Server 2005?使用 SQL Server 2005 的最佳分页解决方案？
【发布时间】：2011-04-14 09:57:36
【问题描述】：

对于大约 5,000-10,000 行的表，使用 SQL Server 2005 最有效的分页解决方案是什么？我见过几个，但没有比较它们。

【问题讨论】：

ASP.NET, SQL 2005 "paging"的可能重复
众多：stackoverflow.com/questions/tagged/pagination+sql-server

标签： sql sql-server sql-server-2005 tsql pagination

【解决方案1】：

对于这样大小的表，使用通用表表达式 (CTE) 和 ROW_NUMBER；使用一个小函数来计算记录以根据@PageNumber 和@PageSize 变量（或任何你想调用的变量）带回。我们的存储过程之一的简单示例：

-- calculate the record numbers that we need

DECLARE @FirstRow INT, @LastRow INT
SELECT  @FirstRow   = ((@PageNumber - 1) * @PageSize) + 1,
        @LastRow    = ((@PageNumber - 1) * @PageSize) + @PageSize

;
WITH CTE AS
(
    SELECT [Fields]
           , ROW_NUMBER() OVER (ORDER BY [Field] [ASC|DESC]) as RowNumber 
    FROM [Tables]
    WHERE [Conditions, etc]
)
SELECT * 
       -- get the total records so the web layer can work out
       -- how many pages there are
       , (SELECT COUNT(*) FROM CTE) AS TotalRecords
FROM CTE
WHERE RowNumber BETWEEN @FirstRow AND @LastRow
ORDER BY RowNumber ASC

【讨论】：

是否必须等待proc运行一次才能获得总页数？
是的 - 我们这样做的方式是使用 proc 的结果来填充一个小的 PagingInfo 对象，该对象处理写出页码链接的过程。假设您没有在查询中进行大量的连接或函数调用，这个婴儿应该几乎立即运行，所以这对我们来说从来都不是问题。很高兴它对你有用:)
它不会对每一行反复进行计数操作，对吧？
它会，但据我了解，查询分析器将缓存内部 CTE 表达式的结果，因此计数表达式几乎不会增加明显的开销。它也将仅对您实际返回的 n 行执行。解决它的唯一方法是将结果存储在表变量中，但这会增加内存开销。
如果您不需要TotalRecords 变量，请通过将TOP 添加到内部表中来提高此代码的性能: SELECT TOP (@PageNumber * @pageSize) [Fields]`您只会抓取需要的行，而不是整个表格。

【解决方案2】：

我读过的关于各种分页技术的最佳讨论之一在这里：SQL Server 2005 Paging – The Holy Grail。您必须在SQLServerCentral.com 上完成免费注册才能查看文章，但这是非常值得的。

【讨论】：

【解决方案3】：

即使这样也应该有帮助..

SELECT * FROM 
( 
    SELECT Row_Number() OVER(order by USER_ID) As RowID,
    COUNT (USER_ID) OVER (PARTITION BY null) AS TOTAL_ROWS, 
    select name from usertbl
) 
As RowResults WHERE 
RowID Between 0 AND 25

不确定它是否比@keith 版本更好。

【讨论】：