在ASP.NET中实现大结果集分页

返回第二个页面的分页存储调用如下：

EXEC ProcedureName
/*Tables */
''
Customers
INNER JOIN Orders ON Customers.CustomerID=Orders.CustomerID
INNER JOIN [OrderDetails] ON Orders.OrderID=[OrderDetails].OrderID
''
,
/* PK */
''
Customers.CustomerID
''
,
/* ORDERBY */
''
Customers.ContactName DESC,Customers.AddressDESC
''
,
/*PageNumber */
2
,
/*PageSize */
10
,
/*Fields */
''
Customers.Contact Name AS Customer,
Customers.Address+'''' , '''' +Customers.City+ '''' , '''' +Customers.Country ASAddress, SUM([OrderDetails].UnitPrice*[OrderDetails].Quantity)AS[Totalmoneyspent]
''
,
/*Filter */
''
Customers.Country<>'''' USA '''' ANDCustomers.Country<> '''' Mexico '''''' ,
/*GroupBy */
''
Customers.CustomerID,Customers.ContactName,Customers.Address,
Customers.City,Customers.Country
HAVING(SUM([OrderDetails].UnitPrice*[OrderDetails].Quantity))>1000
''

值得注意的是，在原始查询中在ORDER BY语句中使用了别名，但你最好不要在分页存储过程中这么做，因为这样的话跳过开始记录之前的行是很消耗时间的。其实有很多种方法可以用于实现，但原则是不要在一开始把所有的字段包括进去，而仅仅是包括主键列（等同于RowCount方法中的排序列），这样可以加快任务完成速度。只有在请求页中，才获得所有需要的字段。并且，在最终查询中不存在字段别名，在跳行查询中，必须提前使用索引列。

行计数(RowCount)存储过程有一个另外的问题，要实现通用化，在ORDER BY语句中只允许有一个列，这也是升序-降序方法和游标方法的问题，虽然他们可以对几个列进行排序，但是必须保证主键中只有一个字段。我猜如果用更多的动态SQL是可以解决这个问题的，但是在我看来这不是很值得。虽然这样的情况很有可能发生，但他们发生的频率不是很高。通常你可以用上面的原理也独立的分页存储过程。