摘要：Web 應(yīng)用程序中經(jīng)常使用數(shù)據(jù)分頁(yè)技術(shù)，該技術(shù)是提高海量數(shù)據(jù)訪問(wèn)性能的主要手段。實(shí)現(xiàn)web數(shù)據(jù)分頁(yè)有多種方案，本文通過(guò)實(shí)際項(xiàng)目的測(cè)試，對(duì)多種數(shù)據(jù)分頁(yè)方案深入分析和比較，找到了一種更優(yōu)的數(shù)據(jù)分頁(yè)方案Row_number()二分法。它依靠二分思想，將整個(gè)待查詢記錄分為2部分，使掃描的記錄量減少一半，進(jìn)而還通過(guò)對(duì)數(shù)據(jù)表及查詢條件進(jìn)行優(yōu)化，實(shí)現(xiàn)了存儲(chǔ)過(guò)程的優(yōu)化。根據(jù)Row_number()函數(shù)的特性，該方案不依賴于主鍵或者數(shù)字字段，大大提高了它在實(shí)際項(xiàng)目中的應(yīng)用，使大數(shù)據(jù)的分頁(yè)效率得到了更顯著的提高。

　　在web應(yīng)用程序開(kāi)發(fā)過(guò)程中，不可避免的要頻繁查詢數(shù)據(jù)庫(kù)中的數(shù)據(jù)。隨著互聯(lián)網(wǎng)的飛速發(fā)展，中大型系統(tǒng)的數(shù)據(jù)量變得龐大而復(fù)雜，要提高系統(tǒng)的響應(yīng)性能，就需要降低客服端和服務(wù)器端數(shù)據(jù)的傳輸量，因此大數(shù)據(jù)分頁(yè)的功能不可或缺。若選擇一個(gè)不合理的數(shù)據(jù)分頁(yè)方案，大數(shù)據(jù)在查詢時(shí)就會(huì)引發(fā)網(wǎng)絡(luò)資源嚴(yán)重浪費(fèi)^【1】，網(wǎng)站擁堵，查詢界面等待時(shí)間過(guò)長(zhǎng)等一系列嚴(yán)重影響系統(tǒng)性能的問(wèn)題。所以，一個(gè)有效的大數(shù)據(jù)分頁(yè)方案對(duì)于系統(tǒng)的性能而言至關(guān)重要。解決大數(shù)據(jù)分頁(yè)的問(wèn)題，不同的人會(huì)采用不同的方法，其訪問(wèn)性能各有優(yōu)劣。筆者通過(guò)比較多種分頁(yè)研究方案^【2】，根據(jù)實(shí)際案例的測(cè)試結(jié)果，綜合分析各種分頁(yè)方案的利弊，揚(yáng)長(zhǎng)避短，最終找到一種更優(yōu)于以往的分頁(yè)方案，Row_number()二分法。二分思想在計(jì)算機(jī)中早有應(yīng)用，二分查找算法就是二分思想的具體體現(xiàn)，將它引入到存儲(chǔ)過(guò)程中，依靠二分法的思想，對(duì)Row_number()存儲(chǔ)過(guò)程分頁(yè)進(jìn)行優(yōu)化設(shè)計(jì)，從而加快查詢速度，提高大數(shù)據(jù)的分頁(yè)效率。

1、動(dòng)態(tài)網(wǎng)頁(yè)數(shù)據(jù)分頁(yè)

Web數(shù)據(jù)分頁(yè)是基于降低數(shù)據(jù)傳輸量來(lái)提高服務(wù)響應(yīng)時(shí)間的分頁(yè)方法。但是不同的數(shù)據(jù)分頁(yè)方法，帶給Web主機(jī)的系統(tǒng)I/O訪問(wèn)性能是不同的。無(wú)論是JAVA平臺(tái)，還是.NET平臺(tái)，對(duì)數(shù)據(jù)的分頁(yè)都提供了多種方法，主要分為2大類(lèi)：一類(lèi)是內(nèi)存數(shù)據(jù)分頁(yè)，一類(lèi)是數(shù)據(jù)源分頁(yè)。

1.1內(nèi)存數(shù)據(jù)分頁(yè)

所謂內(nèi)存數(shù)據(jù)分頁(yè)^【3】就是當(dāng)客戶端向 Web服務(wù)器發(fā)出查詢請(qǐng)求時(shí)，Web 服務(wù)器響應(yīng)請(qǐng)求并構(gòu)建 SQL 語(yǔ)句發(fā)送到數(shù)據(jù)庫(kù)服務(wù)器，數(shù)據(jù)庫(kù)服務(wù)器執(zhí)行 SQL 語(yǔ)句并返回整個(gè)結(jié)果集給 Web 服務(wù)器，Web 服務(wù)器再執(zhí)行內(nèi)存數(shù)據(jù)分頁(yè)操作并把該頁(yè)數(shù)據(jù)發(fā)往客戶端，完成一次查詢。內(nèi)存數(shù)據(jù)分頁(yè)的流程如圖1所示： 

圖1內(nèi)存數(shù)據(jù)分頁(yè) 

內(nèi)存數(shù)據(jù)分頁(yè)的優(yōu)點(diǎn)是編程上容易實(shí)現(xiàn)，對(duì)于少量數(shù)據(jù)檢索效率高，能提高開(kāi)發(fā)者開(kāi)發(fā)的效率。缺點(diǎn)是使用內(nèi)存數(shù)據(jù)分頁(yè)機(jī)制時(shí)，首先需要把所有的數(shù)據(jù)庫(kù)記錄調(diào)入內(nèi)存。調(diào)入數(shù)萬(wàn)條記錄進(jìn)入內(nèi)存本身需要消耗大量時(shí)間，所以當(dāng)數(shù)據(jù)量超過(guò)百萬(wàn)時(shí)，數(shù)據(jù)訪問(wèn)性能急劇下降，幾乎讓W(xué)eb服務(wù)器的系統(tǒng)I/O不堪重負(fù)，對(duì)于大型系統(tǒng)而言，內(nèi)存數(shù)據(jù)分頁(yè)不能滿足基本性能的要求。

對(duì)于內(nèi)存數(shù)據(jù)分頁(yè)，在.NET平臺(tái)下常用的分頁(yè)方案是GridView控件自帶的分頁(yè)^【4】，GridView是DataGrid的后繼控件， GridView和DataGrid功能相似，都是在web頁(yè)面中顯示數(shù)據(jù)源中的數(shù)據(jù)，將數(shù)據(jù)源中的一行數(shù)據(jù)，也就是一條記錄，顯示為在web頁(yè)面上輸出表格中的一行。GridView控件功能強(qiáng)大，對(duì)于分頁(yè)操作簡(jiǎn)單容易。 利用GridView控件自帶的分頁(yè)功能實(shí)質(zhì)是把查詢的所有數(shù)據(jù)從后臺(tái)讀取出來(lái)，然后通過(guò)內(nèi)存分頁(yè)的方式返回單頁(yè)數(shù)據(jù)，因此第一頁(yè)和最后一頁(yè)的顯示速度基本相同。常用的查詢語(yǔ)句為：Select * from @TableName.

1.2數(shù)據(jù)源分頁(yè)

數(shù)據(jù)源分頁(yè)^【4】是在數(shù)據(jù)庫(kù)服務(wù)器上實(shí)現(xiàn)截取請(qǐng)求頁(yè)數(shù)據(jù)的分頁(yè)操作，在 Web 服務(wù)器上無(wú)需做分頁(yè)操作。數(shù)據(jù)源分頁(yè)一般采用存儲(chǔ)過(guò)程^[5]的方式，由于存儲(chǔ)過(guò)程是在數(shù)據(jù)庫(kù)服務(wù)器中預(yù)先編譯的，訪問(wèn)存儲(chǔ)過(guò)程時(shí)只需給出存儲(chǔ)過(guò)程名及參數(shù)即可，往返的數(shù)據(jù)量非常小安全性也更高。數(shù)據(jù)源分頁(yè)機(jī)制的執(zhí)行流程如圖 2所示。客戶端向 Web服務(wù)器發(fā)出查詢請(qǐng)求，Web 服務(wù)器響應(yīng)請(qǐng)求，通過(guò)連接到服務(wù)器數(shù)據(jù)庫(kù)執(zhí)行存儲(chǔ)過(guò)程，同時(shí)返回請(qǐng)求頁(yè)記錄給 Web 服務(wù)器，Web 服務(wù)器再把該頁(yè)數(shù)據(jù)發(fā)往客戶端，完成一次查詢。 

圖2 數(shù)據(jù)源分頁(yè)

數(shù)據(jù)源分頁(yè)的優(yōu)點(diǎn)是減輕 Web 服務(wù)器和數(shù)據(jù)庫(kù)服務(wù)器的負(fù)擔(dān)，在大數(shù)的處理上保證了高效率的分頁(yè)功能。缺點(diǎn)是分頁(yè)方法必須由開(kāi)發(fā)人員編程實(shí)現(xiàn)，過(guò)程較為復(fù)雜。

對(duì)于數(shù)據(jù)源分頁(yè)，人們提出了使用臨時(shí)表或表變量的方法來(lái)提升訪問(wèn)主鍵字段的效率，其效率也相當(dāng)高。目前常用到的數(shù)據(jù)源分頁(yè)方案有如下五種：首先說(shuō)明幾個(gè)變量：@ PageSize表示分頁(yè)大小，默認(rèn)值為10；@TableName表示分頁(yè)表的名稱(chēng)；@ IDField表示分頁(yè)表的排序字段；@ PageIndex表示當(dāng)前為第幾個(gè)分頁(yè)，默認(rèn)值為1。

1、Select top and Not in分頁(yè)：此分頁(yè)方案的基本思想就是利用id自增數(shù)字字段連續(xù)不間斷時(shí)通過(guò)分頁(yè)傳遞的參數(shù)實(shí)現(xiàn)分頁(yè)信息的顯示，其通用的存儲(chǔ)過(guò)程寫(xiě)法為：SelectTop @PageSize* from @TableNamewhere(@ IDField not in (SelectTop @PageSize* (@PageIndex-1) @ IDField from @TableName order by @IDField))order by @IDField．

2、Select top and Max()分頁(yè)：根據(jù)Max()函數(shù)的性質(zhì)，在分頁(yè)時(shí)依賴于數(shù)據(jù)表的id自增數(shù)字段，首先得到排序后的id記錄值；然后利用Max()來(lái)得到待分頁(yè)需要的最大記錄；最后根據(jù)id值得到分頁(yè)記錄信息。這種方式避免了全表掃描的大量I/O操作，其效率相當(dāng)高。 其通用的存儲(chǔ)過(guò)程寫(xiě)法為：select top '+str(@pageSize)+' * From @TableName where (@ IDField >(select max(@ IDField) From (select top '+str(@pageSize*@pageIndex)+' @ IDField From @TableName order by @ IDField asc) as TempTable)) order by @ IDField asc ．

3、Row_number()分頁(yè)：Row_number()函數(shù)是sql sever2005數(shù)據(jù)庫(kù)推出的新功能函數(shù)，它的功能是返回結(jié)果集分區(qū)內(nèi)行的序列號(hào)，每個(gè)分區(qū)的第一行從 1 開(kāi)始。其分頁(yè)存儲(chǔ)過(guò)程寫(xiě)法為：select* from (select*,Row_Number() over(orderby @IDField) asRowNumber from @TableName ) asTempTable where RowNumber between (@ PageIndex - 1) * @ PageSize + 1 and @PageIndex* @ PageSize．

4、游標(biāo)分頁(yè)：游標(biāo)提供了一種對(duì)從表中檢索出的數(shù)據(jù)進(jìn)行操作的靈活手段，就本質(zhì)而言，游標(biāo)實(shí)際上是一種能從包括多條數(shù)據(jù)記錄的結(jié)果集中每次提取一條記錄的機(jī)制。游標(biāo)總是與一條TSQL 選擇語(yǔ)句相關(guān)聯(lián)因?yàn)橛螛?biāo)由結(jié)果集（可以是零條、一條或由相關(guān)的選擇語(yǔ)句檢索出的多條記錄）和結(jié)果集中指向特定記錄的游標(biāo)位置組成。其通用的存儲(chǔ)過(guò)程寫(xiě)法為：declare @P1 int， --P1是游標(biāo)的id，@rowcount int，@str=’select * from @TableName’，exec sp_cursoropen @P1 output，@str，@scrollopt=1，@ccopt=1，@rowcount=@rowcount output，set @ PageIndex=(@PageIndex-1)*@pagesize+1，exec sp_cursorfetch @P1，16， @ PageIndex，@pagesize，exec sp_cursorclose @P1．

5、selectMax()結(jié)合臨時(shí)表：臨時(shí)表^【6】是一種因?yàn)闀簳r(shí)需要而創(chuàng)建的數(shù)據(jù)表，主要用來(lái)臨時(shí)存儲(chǔ)數(shù)據(jù)處理的中間結(jié)果。利用該方案的優(yōu)點(diǎn)是可以擺脫對(duì)于數(shù)字字段的依賴，能夠更方便的應(yīng)用于實(shí)際項(xiàng)目的分頁(yè)。其通用存儲(chǔ)過(guò)程的語(yǔ)句為：declare @indextable table(id int identity(1，1)，nid int) --定義表變量insert into @indextable(nid) select @IDField From @TableName order by @IDField asc；select top (@pageSize) * from @TableName O，@indextable t whereO．bid=t．nid and (id>(select max(id) From(selecttop(@pageSize*@pageIndex) id From @indextable order by id asc) as TempTable)) order by id asc．

1.3 ASP．NET實(shí)現(xiàn)數(shù)據(jù)源分頁(yè)的調(diào)用

利用ASP.NET提供的DataSet類(lèi)可輕松的實(shí)現(xiàn)數(shù)據(jù)源分頁(yè)方案的調(diào)用，調(diào)用存儲(chǔ)過(guò)程核心代碼如下：

Void FenYe()
{
   //連接并打開(kāi)數(shù)據(jù)庫(kù);
   SqlConnection con = new SqlConnection(connectionString);
   string cmdText = "數(shù)據(jù)源分頁(yè)方案名稱(chēng)";
   SqlDataAdapter da = new SqlDataAdapter(cmdText,con);
   Da.SelectCommand.CommandType = CommandType.StoredProcedure;
   da.SelectCommand.Parameters.Add("參數(shù)的名稱(chēng)",參數(shù)類(lèi)型,參數(shù)大小);
   da.SelectCommand.Parameters[0].Value = 參數(shù)的具體值;
   DataSet ds = new DataSet();
   Da.Fill(ds,"DataTable");
   GridView1.datasources=ds;//綁定數(shù)據(jù)到GridView控件顯示分頁(yè)數(shù)據(jù)
}

1.4現(xiàn)有分頁(yè)方案的不足

對(duì)于上述方案中的select top and NotIn和select top and Max()分頁(yè)方案，在實(shí)際的項(xiàng)目中很難應(yīng)用。根據(jù)NotIn()和max()函數(shù)的分頁(yè)原理，可以發(fā)現(xiàn)這兩種分頁(yè)方案存在致命的不足，就是依賴于數(shù)據(jù)表里的id自增數(shù)字字段，并且這些自增數(shù)字必須要具有連續(xù)性，如果刪除數(shù)據(jù)表里的一條或多條數(shù)據(jù)，id數(shù)字字段不再連續(xù)，那樣分頁(yè)的每一頁(yè)數(shù)量就會(huì)變得大小不一，這種嚴(yán)格依賴于id自增數(shù)字字段的分頁(yè)方案適用性差，對(duì)于數(shù)據(jù)表中沒(méi)有數(shù)字字段或主鍵不能按數(shù)字大小排序的分頁(yè)更是一籌莫展，所以，這樣的分頁(yè)方案局限性大，不能廣泛應(yīng)用實(shí)際項(xiàng)目。而內(nèi)存分頁(yè)GridView和傳統(tǒng)的游標(biāo)分頁(yè)在大數(shù)據(jù)的分頁(yè)上更是嚴(yán)重耗時(shí)，不能達(dá)到實(shí)際網(wǎng)頁(yè)響應(yīng)的時(shí)間要求。對(duì)于max()結(jié)合臨時(shí)表這種適應(yīng)性強(qiáng)的分頁(yè)方案，在后期大數(shù)據(jù)的處理上難以保證時(shí)間的效率，隨著數(shù)據(jù)量的不斷增大，在構(gòu)建中間臨時(shí)表的時(shí)候，插入主鍵列數(shù)據(jù)到臨時(shí)表時(shí)就會(huì)用去越來(lái)越多的時(shí)間，同時(shí)，又額外的開(kāi)銷(xiāo)了臨時(shí)表和數(shù)據(jù)表匹配的時(shí)間。同max()結(jié)合臨時(shí)表一樣，Row_number()函數(shù)在大數(shù)據(jù)后期分頁(yè)時(shí)顯示的效率也并不理想，這兩種分頁(yè)方案更適用于中小型的數(shù)據(jù)分頁(yè)，要保證大數(shù)據(jù)的分頁(yè)效率，就需要用到新的分頁(yè)方案，Row_number()二分法。

2、Row_number()二分法簡(jiǎn)介與優(yōu)化

2.1簡(jiǎn)介

Row_number()二分法利用二分法的設(shè)計(jì)思想，此方法最大的特點(diǎn)在于它縮小了查詢時(shí)數(shù)據(jù)掃描的范圍。由于需要返回查詢結(jié)果的記錄數(shù)，若利用select@ RecordCount=count(* ) from +@ Ta-bleName+@ strWhere0語(yǔ)句返回記錄數(shù)，進(jìn)行大數(shù)據(jù)量查詢統(tǒng)計(jì)時(shí)這個(gè)語(yǔ)句將耗費(fèi)大量時(shí)間，這會(huì)降低系統(tǒng)分頁(yè)的性能。所以，為了避免統(tǒng)計(jì)記錄帶來(lái)的系統(tǒng)整體性能的下降，將統(tǒng)計(jì)記錄分離為獨(dú)立存儲(chǔ)過(guò)程，只在系統(tǒng)加載時(shí)統(tǒng)計(jì)1次，然后把統(tǒng)計(jì)結(jié)果以參數(shù)的方式傳遞給Row_number()二分法的存儲(chǔ)過(guò)程，這樣將大大提高分頁(yè)的效率。根據(jù)Row_number()函數(shù)的分頁(yè)原理，建立Row_number()二分法分頁(yè)并不難，其通用存儲(chǔ)過(guò)程為（@sum為獨(dú)立存儲(chǔ)過(guò)程統(tǒng)計(jì)的返回結(jié)果）：Declare  @orderStr  varchar(244)，if @pageSize*@pageIndex>@sum/2  @orderStr=order by @IDField desc ，else @orderStr=order by @IDField asc，select* from (select*， Row_Number() over(@orderStr) asRowNumber,From @TableName ) asTempTable where RowNumber between (@ PageIndex - 1) * @ PageSize + 1 and @PageIndex* @ PageSize.

2.2優(yōu)化

對(duì)于上文提到的Row_number()二分法分頁(yè)方案，在系統(tǒng)中還需要數(shù)據(jù)庫(kù)的合理設(shè)計(jì)和sql語(yǔ)句的優(yōu)化。對(duì)于上百萬(wàn)的數(shù)據(jù)查詢，要提高查詢的效率，就要用到數(shù)據(jù)庫(kù)中的索引^【7】，合理應(yīng)用索引會(huì)讓查詢速度達(dá)到成倍的提高。索引分為聚集索引和非聚集索引兩種類(lèi)型，聚集索引在大數(shù)據(jù)量的查詢中，查詢的速度快于非聚集索引。所以，在大數(shù)據(jù)量的分頁(yè)時(shí)，應(yīng)采用聚集索引。由于聚集索引在一個(gè)數(shù)據(jù)表里只有一個(gè)，這個(gè)聚集索引的資源也就顯得格外的寶貴，主鍵的默認(rèn)設(shè)置為聚集索引，而很多時(shí)候查詢的條件，排序的條件并不是主鍵字段，所以應(yīng)該修改主鍵字段的設(shè)置，把它設(shè)置為非聚集的索引。

例如：以人員信息表mess（id，name，phone，number，work，hometown，email，time）做測(cè)試，id列為主鍵，設(shè)置為非聚集的類(lèi)型，time為排序列，設(shè)置為聚集索引，這樣在做人員信息的查詢時(shí)，就會(huì)按照時(shí)間的索引，快速的找到查詢的信息。一般對(duì)于多條件查詢，可以把多個(gè)查詢的條件集合在一起設(shè)置成為一個(gè)聚集索引。以上是僅對(duì)于一個(gè)數(shù)據(jù)表查詢時(shí)建立索引的原則。當(dāng)涉及到多個(gè)數(shù)據(jù)表時(shí)，可按如下案例建立索引：mess（id，name，phone，number，work，hometown，email，time），user(userid，password，power)其中mess為人員信息表，user為密碼權(quán)限表。現(xiàn)在要查詢?nèi)藛T的信息和權(quán)限，需要兩表連接查詢。查詢語(yǔ)句為：select * from mess，user，where user.userid=mess.id order by time。根據(jù)這個(gè)查詢語(yǔ)句，為了提高兩表的連接效率，應(yīng)把userid字段和id字段先建立外鍵關(guān)系。根據(jù)返回的結(jié)果的需要，按照時(shí)間排序，對(duì)于mess表，依舊以id列為主鍵，time列結(jié)合id列為聚集索引，對(duì)于user表，因?yàn)槠ヅ涞臈l件為useid，要獲得人員的權(quán)限，應(yīng)該以u(píng)serid為聚集索引查詢power列，這樣兩個(gè)表都建立了屬于各種的索引，能夠快速的查詢到相關(guān)信息，從而達(dá)到整體的查詢效率提高的目的。對(duì)于多表匹配時(shí)，在相應(yīng)的單表里建立合理的索引能使查詢速率達(dá)到事半功倍的效果。

同數(shù)據(jù)庫(kù)的設(shè)計(jì)一樣，sql語(yǔ)句的優(yōu)化一樣有助于提高分頁(yè)的效率。通過(guò)測(cè)試比較，一個(gè)查詢條件直接用等號(hào)匹配的速度高于用 like+%的匹配速度。例如要在前臺(tái)根據(jù)條件查詢信息表中人員的姓名，工作和籍貫，若是用一句sql語(yǔ)句可以寫(xiě)成：Select * from mess Where name  like @name+’%’ and work like +@work+’%’ and home like @home+’%’。但是試想一下，擁有百萬(wàn)的數(shù)據(jù)一次一次的像上述sql語(yǔ)句那樣like匹配，這樣會(huì)因?yàn)榇罅康钠ヅ湎膶氋F的時(shí)間。所以，存儲(chǔ)過(guò)程中的sql語(yǔ)句，最好分情況而定：通過(guò)查詢條件的不同動(dòng)態(tài)匹配sql語(yǔ)句，例如：If(name.text!=””) {sql=select * from messWhere name = @name}，If(name.text==””&&work.text!=””&&status.text!==””) {sql=select * from messWhere status = @status and work = @work}。對(duì)于多表涉及到的多條件查詢，應(yīng)該把查詢范圍小的寫(xiě)在查詢條件的前面，這樣可以縮小篩選的范圍，減少后面條件匹配的范圍，從而降低查詢的所用時(shí)間。如select * from mess，user，where user.userid=mess.id and user.name=’a’ order by time，這樣的sql語(yǔ)句應(yīng)該優(yōu)化改下為select * from mess，user，where user.name=’a’ and user.userid=mess.id order by time.同理，對(duì)于多表之間的匹配，也遵循匹配結(jié)果范圍小的兩個(gè)數(shù)據(jù)表優(yōu)先匹配。

3、性能實(shí)驗(yàn)分析

3.1測(cè)試平臺(tái)

數(shù)據(jù)庫(kù)：sql sever2008

數(shù)據(jù)表：人員信息表mess（bid，name，phone，number，work，hometown，email，time）物理大?。?03MB，共有一百萬(wàn)零三條數(shù)據(jù)記錄。中鐵建企業(yè)管理生產(chǎn)計(jì)劃統(tǒng)計(jì)系統(tǒng)中的項(xiàng)目表和施工單位表，項(xiàng)目表的物理大小在數(shù)據(jù)量為100萬(wàn)條時(shí)為375.25MB，施工單位表共包括998個(gè)各級(jí)施工單位，物理大小為0.07MB。

查詢要求：

1.查詢mess表中的所有記錄，每頁(yè)返回十條記錄結(jié)果。

2.查詢中鐵建企業(yè)管理生產(chǎn)計(jì)劃統(tǒng)計(jì)系統(tǒng)中的項(xiàng)目表和施工單位表，返回項(xiàng)目的編號(hào)，項(xiàng)目的施工單位編號(hào)，施工單位的名稱(chēng)，項(xiàng)目的名稱(chēng)，項(xiàng)目的類(lèi)型，項(xiàng)目的合同額，項(xiàng)目的開(kāi)累數(shù)，項(xiàng)目的剩余開(kāi)累數(shù)，及錄入員，每頁(yè)返回十條記錄結(jié)果。

測(cè)試環(huán)境：華碩筆記本電腦K43T，CPU：A6-3400M，內(nèi)存：2G。

操作系統(tǒng)：win7旗艦版

3.2測(cè)試結(jié)果

根據(jù)查詢要求1記錄各分頁(yè)方案的所用時(shí)間：

表1數(shù)據(jù)表mess共有100萬(wàn)條數(shù)據(jù)  ms

根據(jù)查詢要求2記錄各分頁(yè)方案的所用時(shí)間（其中select top and NotIn和select top and max分頁(yè)方案因?yàn)榫窒扌圆荒軐?duì)查詢數(shù)據(jù)分頁(yè)）： 

表2項(xiàng)目表和施工單位表共有210萬(wàn)條數(shù)據(jù)     ms

通過(guò)表1，表2的數(shù)據(jù)，可以發(fā)現(xiàn)Row_number()二分法是上述所有分頁(yè)研究方案中效果最好的分頁(yè)方案，由于Row_number()函數(shù)本身并不依賴數(shù)據(jù)表中的數(shù)字段，所以它可以在實(shí)際項(xiàng)目中廣泛的應(yīng)用，真正的提高了大數(shù)據(jù)的分頁(yè)效率。特別聲明：由于筆者所用的測(cè)試電腦本身的硬件低端，CPU處理速度慢，遠(yuǎn)不及真正的服務(wù)器的處理速度，所以，在真正的服務(wù)器上即使是千萬(wàn)頁(yè)的信息讀取也是高效迅速的。

4、結(jié)束語(yǔ)

動(dòng)態(tài)網(wǎng)頁(yè)設(shè)計(jì)中分頁(yè)顯示數(shù)據(jù)有多種實(shí)現(xiàn)方法，本文通過(guò)上述七種分頁(yè)方案的實(shí)驗(yàn)測(cè)試，比較各種分頁(yè)方案的優(yōu)缺點(diǎn)，一步一步的分析推導(dǎo)，提出了最優(yōu)的分頁(yè)方案Row_number()二分法，通過(guò)實(shí)際項(xiàng)目的測(cè)試，利用該方案能夠充分提高大數(shù)據(jù)分頁(yè)的效率，此方案對(duì)解決中大型系統(tǒng)的數(shù)據(jù)分頁(yè)具有一定的指導(dǎo)意義。

參考文獻(xiàn)：

[1] 洪新建，張陽(yáng)，洪新華.對(duì)Web數(shù)據(jù)查詢分頁(yè)顯示的設(shè)計(jì)與實(shí)現(xiàn)[J]. 電腦開(kāi)發(fā)與應(yīng)用， 2007， 6(6)： 44．

[2] 付文平，羅鍵．基于Web的分頁(yè)技術(shù)的設(shè)計(jì)與實(shí)現(xiàn)[J]. 計(jì)算機(jī)時(shí)代， 2007(10)： 55．

[3］張素智，劉中鋒．基于ASP． NET的Web數(shù)據(jù)分頁(yè)實(shí)現(xiàn)與性能優(yōu)化［J］．鄭州輕工業(yè)學(xué)院學(xué)報(bào)(自然科學(xué)版)，2010( 06) ．

[4］陳南． ASP． NET 中大數(shù)據(jù)量分頁(yè)技術(shù)的研究與實(shí)現(xiàn)［J］．計(jì)算機(jī)應(yīng)用與軟件，2011( 04) ．

[5] 陳煥通，陳堯妃．基于存儲(chǔ)過(guò)程的數(shù)據(jù)快速分頁(yè)方法［J］.軟件導(dǎo)報(bào)，2008( 12) ．

[6］胡配祥，張成叔，陳良敏．SQL臨時(shí)表在科研管理系統(tǒng)數(shù)據(jù)處理中的應(yīng)用［J］．洛陽(yáng)理工學(xué)院學(xué)報(bào) (自然科學(xué)版)，2011( 06) ．

[7] 陳偉柱，蘇中，張俐，王睿. 索引和查找方法 [P]. 中國(guó)專(zhuān)利:CN1979469,2007-06-13.

 

文章出處：http://www.cnblogs.com/wlandwl/p/paginaction.html