今天看書講T-SQL,看到了UNBOUNDED PRECEDING,就想比對下ROW_NUMBER()的運行速度。
sql及相關的結果如下,數(shù)據(jù)庫中的數(shù)據(jù)有5W+。
ROW_NUMBER():
SET STATISTICS TIME ON
SELECT
ROW_NUMBER() OVER(ORDER BY Id DESC) rn,Id
FROM
dbo.T_MyCourse
運行結果
UNBOUNDED PRECEDING
SET STATISTICS TIME ON
SELECT
SUM(1) OVER(ORDER BY Id DESC ROWS BETWEEN UNBOUNDED PRECEDING AND CURRENT ROW) rn,Id
FROM
dbo.T_MyCourse
運行結果
通過運行之后,看到結果,使用微軟官方提供的方法進行編號排序,速度明顯的提高。
不過我使用上述方法進行分頁獲取數(shù)據(jù)的時候結果又有點不一樣。
分頁獲取數(shù)據(jù):
ROW_NUMBER() 分頁獲取數(shù)據(jù):
SET STATISTICS TIME ON
SELECT
*
FROM
(
SELECT
ROW_NUMBER() OVER(ORDER BY Id DESC) rn,Id
FROM
dbo.T_MyCourse
)a
WHERE
a.rn BETWEEN 55 AND 444
執(zhí)行sql命令:DBCC DROPCLEANBUFFERS ,清除數(shù)據(jù)庫緩存后的結果
UNBOUNDED分頁獲取數(shù)據(jù):
SET STATISTICS TIME ON
SELECT
*
FROM
(
SELECT
SUM(1) OVER(ORDER BY Id DESC ROWS BETWEEN UNBOUNDED PRECEDING AND CURRENT ROW) rn,Id
FROM
dbo.T_MyCourse
)a
WHERE
a.rn BETWEEN 22 AND 444
UNBOUNDED這個方式下執(zhí)行了DBCC DROPCLEANBUFFERS 清除緩存的sql也沒有用,執(zhí)行時間沒有變化。
通過上述結果,看到ROW_NUMBER()獲取分頁的數(shù)據(jù)明顯更快,我猜測是微軟對ROW_NUMBER()這個方法做了優(yōu)化,可能是有緩存,讀取的緩存中的數(shù)據(jù)然后進行分頁。
總結
以上所述是小編給大家介紹的SQL Server 分頁編號的另一種方式,希望對大家有所幫助,如果大家有任何疑問請給我留言,小編會及時回復大家的。在此也非常感謝大家對腳本之家網(wǎng)站的支持!
您可能感興趣的文章:- SpringMVC4 + MyBatis3 + SQL Server 2014整合教程(含增刪改查分頁)
- SQL Server使用row_number分頁的實現(xiàn)方法
- SQLSERVER分頁查詢關于使用Top方式和row_number()解析函數(shù)的不同
- 五種SQL Server分頁存儲過程的方法及性能比較
- SQL Server 分頁查詢通用存儲過程(只做分頁查詢用)