免费jlzzjlzz在线播放中国,欧美老妇作爱視频网站,青椒午夜剧场重磅影院

主頁(yè) > 知識(shí)庫(kù) > [數(shù)據(jù)庫(kù)] 通用分頁(yè)存儲(chǔ)過(guò)程第1/5頁(yè)

[數(shù)據(jù)庫(kù)] 通用分頁(yè)存儲(chǔ)過(guò)程第1/5頁(yè)

分頁(yè)存儲(chǔ)過(guò)程共有四種方式可以實(shí)現(xiàn)，行計(jì)數(shù)、游標(biāo)、升序-降序、子查詢

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

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

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

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

《如何通過(guò)Recordset進(jìn)行分頁(yè)？》

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

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

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

12345下一頁(yè)閱讀全文

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

巨人網(wǎng)絡(luò)通訊聲明：本文標(biāo)題《[數(shù)據(jù)庫(kù)] 通用分頁(yè)存儲(chǔ)過(guò)程第1/5頁(yè)》，本文關(guān)鍵詞數(shù)據(jù)庫(kù),通用,分頁(yè),存儲(chǔ),；如發(fā)現(xiàn)本文內(nèi)容存在版權(quán)問(wèn)題，煩請(qǐng)?zhí)峁┫嚓P(guān)信息告之我們，我們將及時(shí)溝通與處理。本站內(nèi)容系統(tǒng)采集于網(wǎng)絡(luò)，涉及言論、版權(quán)與本站無(wú)關(guān)。