Paging of Large Resultsets in ASP.NET中對幾種常見的分頁方式做了比較感覺寫得不錯，前段時間因為要做asp.net分頁，就想到了這篇文章，但經(jīng)過測試后發(fā)現(xiàn)不少問題，雖然按照留言的介紹和自己的努力做了些修改，最終還是放棄了。
今天在逛博客園的時候發(fā)現(xiàn)了這篇文章：優(yōu)化后的通用分頁存儲過程(已更新) ，覺得有必要說說這個Sp的問題了，這里沒有別的意思，只是想闡述下我對這個SP的一點理解，希望對打算使用這個SP的人一點提示：

1)如果PK是GUID怎么辦？對PK排序沒有任何意義
2)如果要排序的字段中含有DESC或者ASC字眼怎么辦？
這個只要看看MS的Demo數(shù)據(jù)庫Northwind就知道了
select A.Name,B.Name from syscolumns A
inner join sysobjects B
on A.id=B.id
where A.name like '%desc%'
(FieldName???TableName
CustomerDesc?CustomerDemographics
RegionDescription?Region
TerritoryDescription?Territories
Description?Categories)
如果打算使用該SP，最好把字段和排序標示（DESC，ASC）分開；
3)忽視了@Sort字符串中首字母為空格的問題；
4)如果Fields中字段名是alias怎么辦？
5)如果要排序的字段為組合字段怎么辦？比如"Employees.LastName +' '+ Employees.FirstName DESC"
這里放個簡單的例子，可以發(fā)現(xiàn)其中的很多問題（試著按不同的字段進行排序）:
exec Paging_RowCount
@Tables='Orders INNER JOIN
????? Customers ON Orders.CustomerID = Customers.CustomerID INNER JOIN
????? Employees ON Orders.EmployeeID = Employees.EmployeeID INNER JOIN
????? Shippers ON Orders.ShipVia = Shippers.ShipperID',
@PK='Orders.OrderID',
@Fields='Orders.OrderID, Customers.CompanyName,
????? Employees.LastName +''''+ Employees.FirstName AS [Employee FullName],
????? Orders.OrderDate, Orders.RequiredDate, Orders.ShippedDate,
????? Shippers.CompanyName AS ShipVia, Orders.Freight, Orders.ShipName',
@PageSize=25,
@Sort=" Customers.CompanyName DESC"

P.S.
TOPN 子句與SET ROWCOUNTN 之對比 2001年5月21日

問：為了從查詢中返回指定數(shù)量的行，使用 TOPN 子句比使用SET ROWCOUNTN 語句要快嗎？

答：在正確進行了索引的情況下，TOP N 子句和SET ROWCOUNT N 語句是一樣快的，但是如果數(shù)據(jù)未經(jīng)過排序，TOP N 要快一些。在輸入未排序的情況下，TOP N 操作時使用一個經(jīng)過排序的小的中間臨時表，而且操作時僅僅替換該表的最后一行。如果輸入是近似排序的，TOP N 引擎必須刪除或插入最后行，但只需幾次操作即可。近似排序意味著您正在處理的堆集在初始構建時可進行有序的插入操作，并且不需要進行很多的更新、刪除、向前移動指針等操作。

排序一個近似排序的堆集比排序一個巨大的表要更有效率。在一次測試中，使用TOP N 來對一個由無序插入操作構建的并且含有同樣的行數(shù)的表進行排序，發(fā)現(xiàn)TOP N 的效率也不高。通常，在進行過索引和未進行過索引的情況下，I/O時間都是一樣的；但是如果沒有進行過索引，SQL Server 必須要進行一次全表掃描。處理器時間和實耗時間說明近似排序的堆集要更有效率一些。但I/O時間是相同的，因為不管怎樣SQL Server都要讀取所有的行。?

?

本文轉自RubyPdf 的中文博客博客園博客，原文鏈接：http://www.cnblogs.com/hardrock/archive/2006/01/17/319155.html，如需轉載請自行聯(lián)系原作http://www.cnblogs.com/hardrock/archive/2006/05/17/402654.html

總結

以上是生活随笔為你收集整理的Paging of Large Resultsets in ASP.NET中介绍的SET ROWCOUNT方式存储过程的问题的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內容還不錯，歡迎將生活随笔推薦給好友。