主頁 > 知識庫 > [數(shù)據(jù)庫] 通用分頁存儲過程第1/5頁

[數(shù)據(jù)庫] 通用分頁存儲過程第1/5頁

熱門標(biāo)簽:美國地圖標(biāo)注軟件下載 電話機(jī)器人怎么看余額 城市地圖標(biāo)志怎么標(biāo)注 硅基電話機(jī)器人官網(wǎng) 漯河電銷回?fù)芡夂粝到y(tǒng) 合肥crm外呼系統(tǒng)加盟 長沙外呼系統(tǒng)平臺 怎么修改高德地圖標(biāo)注 西安電話自動外呼系統(tǒng)
分頁存儲過程共有四種方式可以實(shí)現(xiàn),行計(jì)數(shù)、游標(biāo)、升序-降序、子查詢

我記得曾經(jīng)有人測試過這四種方式的效率分別是 從性能最好到最差的順序進(jìn)行的——行計(jì)數(shù)、游標(biāo)、升序-降序、子查詢

以下是我收集的一些資料供大家參考
QUOTE:
原文地址:http://www.codeproject.com/aspnet/PagingLarge.asp
作者:Jasmin Muharemovic 
譯者:Tony Qu
下載:

介紹
在Web應(yīng)用程序中,對一個大數(shù)據(jù)庫結(jié)果集進(jìn)行分頁已經(jīng)是一個家喻戶曉的問題了。簡單的說,你不希望所有的查詢數(shù)據(jù)顯示在一個單獨(dú)的頁面中,所以帶有分頁的顯示才是更合適的。雖然在傳統(tǒng)的asp里這并不是一個簡單的任務(wù),但在asp.net中,DataGrid控件把這一過程簡化為只有幾行代碼。因此,在 asp.net中,分頁很簡單,但是默認(rèn)的DataGrid分頁事件會從數(shù)據(jù)庫中把所有的記錄全部讀出來放到asp.net web應(yīng)用程序中。當(dāng)你的數(shù)據(jù)在一百萬以上的時候,這將引起嚴(yán)重的性能問題(如果你不相信,你可以在你的應(yīng)用程序中執(zhí)行一個查詢,然后在任務(wù)管理器中查看 aspnet_wp.exe的內(nèi)存消耗情況)這也就是為什么需要自定義分頁行為,這樣可以保證僅獲得當(dāng)前頁需要的數(shù)據(jù)記錄。

在網(wǎng)上有很多關(guān)于這個問題的文章和帖子,還有一些成熟的解決方案。我寫這篇文章的目的不是向你展示一個可以解決一切問題的存儲過程,而是出于優(yōu)化已有方法,同時為你提供一個可供測試的應(yīng)用程序,這樣你就可以根據(jù)自己的需要進(jìn)行開發(fā)。下文是一個很好的開始,它包含了很多不同的方法,并且給出了一些性能測試結(jié)果

《如何通過Recordset進(jìn)行分頁?》

但是我對上文的大部分內(nèi)容不是很滿意。第一,半數(shù)的方法是用了傳統(tǒng)的ADO,很明顯它們是為“古老”的asp而寫的。剩下的一些方法就是SQL Server存儲過程,并且其中的一些由于相應(yīng)時間過慢而無法使用,正如你在文章最后所看到的性能結(jié)果一樣,但是還是有一些引起了我的注意。

通用化
我決定對其中的三個方法進(jìn)行仔細(xì)的分析,它們是臨時表(TempTable),動態(tài)SQL(DynamicSQL)和行計(jì)數(shù) (Rowcount)。在下文中,我更愿意把第二個方法稱為(升序-降序)Asc-Desc方法。我不認(rèn)為動態(tài)SQL是一個好名字,因?yàn)槟阋部梢园褎討B(tài) SQL邏輯應(yīng)用于另一個方法中。所有這些存儲過程的通病在于,你不得不估計(jì)哪些列是你即將要排序的,而不僅僅是估計(jì)主鍵列(PK Columns)而已,這可能導(dǎo)致一系列的問題——對于每個查詢來說,你需要通過分頁顯示,也就是說對于每不同的排序列你必須有許多不同的分頁查詢,這意味著你要么給每個排序列做不同的存儲過程(無論使用哪種分頁方法),也么你必須借助動態(tài)SQL的幫助把這個功能放在一個存儲過程中。這兩個方法對于性能有微小的影響,但是它增加了可維護(hù)性,特別是當(dāng)你需要使用這個方法顯示不同的查詢。因此,在本文中我會嘗試使用動態(tài)SQL對所有的存儲過程進(jìn)行歸納,但是由于一些原因,我們只能對實(shí)現(xiàn)部分的通用性,因此你還是得為復(fù)雜查詢寫?yīng)毩⒌拇鎯^程。

允許包括主鍵列在內(nèi)的所有排序字段的第二個問題在于,如果那些列沒有作適當(dāng)?shù)乃饕?,那么這些方法一個也幫不上忙。在所有這些方法中,對于一個分頁源必須先做排序,對于大數(shù)據(jù)表來說,使用非索引列排序的成本是可以忽略不計(jì)的。在這種情況下,由于相應(yīng)時間過長,所有的存儲過程都是無法在實(shí)際情況下使用的。(相應(yīng)的時間各有不同,從幾秒鐘到幾分鐘不等,這要根據(jù)表的大小和所要獲得的第一個記錄而定)。其他列的索引會帶來額外的不希望出現(xiàn)的性能問題,例如如果你每天的導(dǎo)入數(shù)據(jù)很多,它有可能變得很慢。
12345下一頁閱讀全文

標(biāo)簽:撫順 瀘州 濟(jì)源 廣西 吉林 文山 商洛 玉溪

巨人網(wǎng)絡(luò)通訊聲明:本文標(biāo)題《[數(shù)據(jù)庫] 通用分頁存儲過程第1/5頁》,本文關(guān)鍵詞  數(shù)據(jù)庫,通用,分頁,存儲,;如發(fā)現(xiàn)本文內(nèi)容存在版權(quán)問題,煩請?zhí)峁┫嚓P(guān)信息告之我們,我們將及時溝通與處理。本站內(nèi)容系統(tǒng)采集于網(wǎng)絡(luò),涉及言論、版權(quán)與本站無關(guān)。
  • 相關(guān)文章
  • 下面列出與本文章《[數(shù)據(jù)庫] 通用分頁存儲過程第1/5頁》相關(guān)的同類信息!
  • 本頁收集關(guān)于[數(shù)據(jù)庫] 通用分頁存儲過程第1/5頁的相關(guān)信息資訊供網(wǎng)民參考!
  • 推薦文章