欧美bbbwbbbw肥妇,免费乱码人妻系列日韩,一级黄片

大數(shù)據(jù)量時提高分頁的效率

 更新時間:2009年03月03日 00:11:36   作者:  
當我們在處理大量數(shù)據(jù)的時候,就需要注意分頁的效率問題了,下面大家可以看看
如我們在之前的教程里討論的那樣,分頁可以通過兩種方法來實現(xiàn):
  • 默認分頁– 你僅僅只用選中data Web control的 智能標簽的Enable Paging ; 然而,當你瀏覽頁面的時候,雖然你看到的只是一小部分數(shù)據(jù),ObjectDataSource 還是會每次都讀取所有數(shù)據(jù)
  • 自定義分頁– 通過只從數(shù)據(jù)庫讀取用戶需要瀏覽的那部分數(shù)據(jù),提高了性能. 顯然這種方法需要你做更多的工作.


默認的分頁功能非常吸引人,因為你只需要選中一個checkbox就可以完成了.但是它每次都讀取所有的數(shù)據(jù),這種方式在大數(shù)據(jù)量或者并發(fā)用戶多的情況下就不合適.在這樣的情況下,我們必須通過自定義分頁來使系統(tǒng)達到更好的性能.



自定義分頁的一個重點是要寫一個返回僅僅需要的數(shù)據(jù)的查詢語句.幸運的,Microsoft SQL Server 2005 提供了一個新的keyword,通過它我們可以寫出讀取需要的數(shù)據(jù)的查詢.在本教程里,我們將學(xué)習(xí)在GridView里如何使用Microsoft SQL Server 2005 的這個新的keyword來實現(xiàn)自定義分頁.自定義分頁和默認分頁的界面看起來一樣,但是當你從一頁轉(zhuǎn)到另一頁時,在效率上差了幾個數(shù)量級.



注意:自定義分頁帶來的性能提升程序取決于數(shù)據(jù)的總量和數(shù)據(jù)庫的負載.在本教程的最后我們會用數(shù)據(jù)來說明自定義分頁帶來的性能方面的好處.

第一步: 理解自定義分頁的過程



給數(shù)據(jù)分頁的時候,頁面顯示的數(shù)據(jù)取決于請求的是哪一頁和每頁顯示多少條.比如,想象以下我們給81個product分頁,每頁顯示10條.當我們?yōu)g覽第一頁時,我們需要的是product 1 到 product 10.當瀏覽第二頁時,我們需要的是product 11 到 product 20,以次類推.



對于需要讀取什么數(shù)據(jù)和分頁的頁面怎么顯示,有三個相關(guān)的變量:

  • Start Row Index – 頁面里顯示數(shù)據(jù)的第一行的索引; 這個值可以通過頁的索引乘每頁顯示的記錄的條數(shù)加1得到. 例如, 如果一頁顯示10條數(shù)據(jù), 那么對第一頁來說(第一頁的索引為0), 第一行的索引為0 * 10 + 1, or 1; 對第二頁來說(索引為1), 第一行的索引為1 * 10 + 1, 即 11.
  • Maximum Rows – 每頁顯示的最多記錄的條數(shù). 之所以稱為“maximum” rows 是由于最后一頁顯示的數(shù)據(jù)可能會比page size要小. 比如, 當以每頁10條記錄來顯示81條時, 最后一頁也就是第九頁只包含一條記錄. 沒有頁面顯示的記錄條數(shù)會大于Maximum Rows 的值.
  • Total Record Count – 顯示數(shù)據(jù)的總條數(shù). 不需要知道頁面顯示什么數(shù)據(jù),但是記錄總數(shù)會影響到分頁. 比如, 如果對81條product記錄分頁,每頁10條,那么總頁數(shù)為9.



對默認分頁來說,Start Row Index是由頁索引和每頁的記錄數(shù)加1得到,Maximum Rows 就是每頁的記錄數(shù).使用默認分頁時,不管是呈現(xiàn)哪頁的數(shù)據(jù),都是要讀取全部的數(shù)據(jù),所有每行的索引都是已知的,這樣獲取Start Row Index變的沒有價值.而且,記錄的總條數(shù)是可以通過DataTable的總條數(shù)來獲取的.



自定義分頁只返回從Start Row Index 開始的Maximum Rows條記錄.在這里有兩個要注意的地方:

  • 我們必須把整個要分頁的數(shù)據(jù)和一個row index關(guān)聯(lián)起來,這樣才能從指定的Start Row Index 開始返回需要的數(shù)據(jù).
  • 我們需要提供用來分頁的數(shù)據(jù)的總條數(shù).



在后面的兩步里我們將寫出和上面兩點相關(guān)的SQL.除此之外,我們還將在DAL和BLL里完成相應(yīng)的方法.

第二步: 返回需要分頁的記錄的總條數(shù)



在我們學(xué)習(xí)如何返回顯示頁面需要的數(shù)據(jù)之前,我們先來看看怎么獲取數(shù)據(jù)的總條數(shù).因為在配置界面的時候需要用到這個信息.我們使用SQL的COUNT aggregate function來實現(xiàn)這個.比如,返回Products表的總記錄條數(shù),我們可以用如下的語句:

SQL
1
2
SELECT COUNT(*)
FROM Products



我們在DAL里添加一個方法來返回這個信息.這個方法名為TotalNumberOfProducts() ,它會執(zhí)行上面的SQL語句.


打開App_Code/DAL 文件夾里的 Northwind.xsd .然后在設(shè)計器里右鍵點ProductsTableAdapter ,選擇Add Query.和我們在以前的教程里學(xué)習(xí)的那樣,這樣會允許我們添加一個新的DAL方法,這個方法被調(diào)用時會執(zhí)行指定的SQL或存儲過程.和前面的 TableAdapter 方法一樣,為這個添加一個SQL statement.

圖 1: 使用 SQL Statement



在下一個窗體我們可以指定創(chuàng)建哪種SQL .由于查詢只返回一個值–Products表的總記錄條數(shù)–我們選擇“SELECT which returns a singe value”.

圖 2: 使用 SELECT Statement that Returns a Single Value來配置SQL

下一步是寫SQL語句.

圖 3: 使用SELECT COUNT(*) FROM Products 語句

最后給這個方法命名為TotalNumberOfProducts.

圖 4: 將方法命名為 TotalNumberOfProducts



點擊結(jié)束后,DAL里添加了一個TotalNumberOfProducts方法.這個方法返回的值可為空,而Count語句總是返回一個非空的值.



我們還需要在BLL中加一個方法.打開ProductsBLL類文件,添加一個TotalNumberOfProducts方法,這個方法要做的只是調(diào)用DAL的TotalNumberOfProducts方法.

C#
1
2
3
4
public int TotalNumberOfProducts()
{
return Adapter.TotalNumberOfProducts().GetValueOrDefault();
}



DAL的TotalNumberOfProducts方法返回一個可空的整型,而需要ProductsBLL類的TotalNumberOfProducts方法返回一個標準的整型.調(diào)用GetValueOrDefault方法,如果可為空的整型為空,則返回默認值,0.

第三步: 返回需要的數(shù)據(jù)記錄



下一步我們要在DAL和BLL里創(chuàng)建接受Start Row Index 和Maximum Rows 的方法,然后返回合適的記錄.我們首先看看需要的SQL語句.我們面臨的挑戰(zhàn)是需要為整個分頁的記錄分配索引,用來返回從Start Row Index 開始的Maximum Records number of records條記錄.



如果在數(shù)據(jù)庫表里已經(jīng)有一個列作為索引,那么一切會變的很簡單.我們首先會想到Products表的ProductID字段可以滿足這個條件,第一個 Product的ProductID為1,第二個為2,以此類推.然而當一個product被刪除后,這個序列會留下間隔來,所以這個方法不行.



有兩種可以把整個要分頁的數(shù)據(jù)和一個row index關(guān)聯(lián)起來的方法.

  • 使用SQL Server 2005的ROW_NUMBER() Keyword – SQL Server 2005的新特性,它可以將記錄根據(jù)一定的順序排列,每條記錄和一個等級相關(guān) 這個等級可以用來作為每條記錄的row index.
  • 使用SET ROWCOUNT – SQL Server的 SET ROWCOUNT statement 可以用來指定有多少記錄需要處理; table variables 是可以存放表格式的T-SQL 變量, 和temporary tables類似. 這個方法在Microsoft SQL Server 2005 和SQL Server 2000都可以用 (ROW_NUMBER() 方法只能在SQL Server 2005里用).


    這個思路是,為要分頁的數(shù)據(jù)創(chuàng)建一個table變量,這個table變量里有一個作為主健的IDENTITY列.這樣需要分頁的每條記錄在table變量里就和一個row index(通過IDENTITY列)關(guān)聯(lián)起來了.一旦table變量產(chǎn)生,連接數(shù)據(jù)庫表的SELECT語句就被執(zhí)行,獲取需要的記錄.SET ROWCOUNT用來限制放到table變量里的記錄的數(shù)量.
    當SET ROWCOUNT的值指定為Start Row Index 加上Maximum Rows時,這個方法的效率取決于被請求的頁數(shù).對于比較前面的頁來說– 比如開始幾頁的數(shù)據(jù)– 這種方法非常有效. 但是對接近尾部的頁來說,這種方法的效率和默認分頁時差不多.



本教程用ROW_NUMBER()來實現(xiàn)自定義分頁.如果需要知道更多的關(guān)于table變量和SET ROWCOUNT的技術(shù),請看 A More Efficient Method for Paging Through Large Result Sets.



以下語句用來使用ROW_NUMBER()將一個等級和返回的每條記錄關(guān)聯(lián):

SQL
1
2
3
SELECT columnList,
ROW_NUMBER() OVER(orderByClause)
FROM TableName



ROW_NUMBER()返回一個根據(jù)指定排序的表示每條記錄的等級的值.比如,我們可以用以下居于查看根據(jù)價格來排序(降序)的每個product的等級:

SQL
1
2
3
SELECT ProductName, UnitPrice,
ROW_NUMBER() OVER(ORDER BY UnitPrice DESC) AS PriceRank
FROM Products

圖5 是在Visual Studio里運行以上代碼的結(jié)果. 注意product根據(jù)價格排序,每行有一個等級.

圖 5: 返回的記錄里每行有一個Price Rank

注意: ROW_NUMBER() 只是 SQL Server 2005里很多排級的功能中的一種. 想了解更多的ROW_NUMBER()的討論,包括其它的排級功能,請看 Returning Ranked Results with Microsoft SQL Server 2005.



當使用OVER從句里的ORDER BY 列名(UnitPrice)來排級時,SQL Server會對結(jié)果排序.為了提升大數(shù)據(jù)量查詢時的性能,可以為用來排序的列加上非聚集索引.更多的性能考慮參考Ranking Functions and Performance in SQL Server 2005.



ROW_NUMBER()返回的等級信息無法直接在WHERE從句中使用.而在From后面的Select里可以返回ROW_NUMBER(),并在 WHERE從句里使用.比如,下面的語句使用一個From后的Select返回ProductName,UnitPrice,和ROW_NUMBER() 的結(jié)果,然后使用一個WHERE從句來返回price rank在11到20之間的product.

SQL
1
2
3
4
5
6
7
SELECT PriceRank, ProductName, UnitPrice
FROM
(SELECT ProductName, UnitPrice,
ROW_NUMBER() OVER(ORDER BY UnitPrice DESC) AS PriceRank
FROM Products
) AS ProductsWithRowNumber
WHERE PriceRank BETWEEN 11 AND 20



更進一步,我們可以根據(jù)這個方法返回給定Start Row Index 和Maximum Rows 的頁的數(shù)據(jù).

SQL
1
2
3
4
5
6
7
SELECT PriceRank, ProductName, UnitPrice
FROM
(SELECT ProductName, UnitPrice,
ROW_NUMBER() OVER(ORDER BY UnitPrice DESC) AS PriceRank
FROM Products
) AS ProductsWithRowNumber
WHERE PriceRank > <i>StartRowIndex</i> AND PriceRank <= (<i>StartRowIndex</i> + <i>MaximumRows</i>)

注意:我們在本教程的后面會看到, ObjectDataSource 提供的StartRowIndex是從0開始的,而ROW_NUMBER()的值從1開始.因此,WHERE從句返回會嚴格返回PriceRank大于 StartRowIndex而小于StartRowIndex+MaximumRows的那些記錄.


我們已經(jīng)知道如何根據(jù)給定的Start Row Index 和Maximum Rows 用ROW_NUMBER()返回特定頁的數(shù)據(jù).現(xiàn)在我們需要在DAL和BLL里實現(xiàn)它.



我們首先要決定根據(jù)什么排序來分級.我們這里用product名字的字母順序.這意味著我們還不能同時實現(xiàn)排序的功能.在后面的教程里,我們將學(xué)習(xí)如何實現(xiàn)這樣的功能.



在前面我們使用SQL statement創(chuàng)建DAL方法.但是TableAdapter wizard 使用的Visual Stuido里的T-SQL 解析器不能識別帶OVER語法的ROW_NUMBER()方法.因此我們要以存儲過程來創(chuàng)建這個DAL方法.從view menu里選擇server explorer(Ctrl+Alt+S),展開NORTHWND.MDF 的節(jié)點.右鍵點擊存儲過程,選擇增加一個新的存儲過程(見圖6).

圖 6: 為Products分頁增加一個存儲過程



這個存儲過程帶兩個整型的輸入?yún)?shù)- @startRowIndex和@maximumRows- 并用ROW_NUMBER()以ProductName字段排序,返回那些大于@startRowIndex并小于等于 @startRowIndex+@maximumRows的記錄.將以下代碼加到存儲過程里,然后保存.

SQL
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
CREATE PROCEDURE dbo.GetProductsPaged
(
@startRowIndex int,
@maximumRows int
)
AS
SELECT ProductID, ProductName, SupplierID, CategoryID, QuantityPerUnit, UnitPrice, UnitsInStock, UnitsOnOrder, ReorderLevel, Discontinued, CategoryName, SupplierName
FROM
(
SELECT ProductID, ProductName, SupplierID, CategoryID, QuantityPerUnit, UnitPrice, UnitsInStock, UnitsOnOrder, ReorderLevel, Discontinued,
(SELECT CategoryName
FROM Categories
WHERE Categories.CategoryID = Products.CategoryID) AS CategoryName,
(SELECT CompanyName
FROM Suppliers
WHERE Suppliers.SupplierID = Products.SupplierID) AS SupplierName,
ROW_NUMBER() OVER (ORDER BY ProductName) AS RowRank
FROM Products
) AS ProductsWithRowNumbers
WHERE RowRank > @startRowIndex AND RowRank <= (@startRowIndex + @maximumRows)



創(chuàng)建完存儲過程后,花點時間測試一下.右鍵在Server Explorer 點名為GetProductsPaged的存儲過程,選擇執(zhí)行.Visual Studio 會讓你輸入?yún)?shù), @startRowIndex和@maximumRows(見圖7).輸入不同的值查看一下結(jié)果是什么.

圖 7: 為 @startRowIndex 和@maximumRows Parameters輸入值



輸入?yún)?shù)的值后,你會看到結(jié)果.圖8的結(jié)果為兩個參數(shù)的值都為10的結(jié)果.

圖 8: 將在第二頁里顯示的數(shù)據(jù)


完成存儲過程后,我們可以創(chuàng)建ProductsTableAdapter 方法了.打開Northwind.xsd ,右鍵點ProductsTableAdapter,選擇Add Query.選擇使用已經(jīng)存在的存儲過程.

圖 9: 使用已經(jīng)存在的存儲過程創(chuàng)建DAL Method



下一步會要我們選擇要調(diào)用的存儲過程.從下拉列表里選擇GetProductsPaged .

圖10: 選擇GetProductsPaged



下一步要選擇存儲過程返回的數(shù)據(jù)類型:表值,單一值,無值.由于GetProductsPaged 返回多條記錄,所以選擇表值.

圖 11: 為存儲過程指定返回表值



最后給方法命名.象前面的方法一樣,選擇Fill a DataTable 和Return a DataTable,為第一個命名為FillPaged ,第二個為GetProductsPaged.

圖 12: 命名方法為FillPaged 和GetProductsPaged



除了創(chuàng)建一個DAL方法返回特定頁的products外,我們需要在BLL里也這樣做.和DAL方法一樣,BLL的GetProductsPaged 方法帶兩個整型的輸入?yún)?shù),分別為Start Row Index 和Maximum Rows,并返回在指定范圍內(nèi)的記錄.在ProductsBLL 創(chuàng)建這個方法,僅僅調(diào)用DAL的GetProductsPaged 就可以了.

C#
1
2
3
4
5
[System.ComponentModel.DataObjectMethodAttribute(System.ComponentModel.DataObjectMethodType.Select, false)]
public Northwind.ProductsDataTable GetProductsPaged(int startRowIndex, int maximumRows)
{
return Adapter.GetProductsPaged(startRowIndex, maximumRows);
}



你可以為BLL方法的參數(shù)取任何名字.但是我們馬上會看到,選擇用startRowIndex 和maximumRows 會讓我們在配置ObjectDataSource 時方便很多.

您可能感興趣的文章:

相關(guān)文章

  • 使用dump transaction with no_log的危險性說明

    使用dump transaction with no_log的危險性說明

    在命令參考手冊中的dump transaction with no_log條目下,有一條警告信息告訴你,你應(yīng)該把這條命令作為沒有其它辦法時的最后一招才使用它
    2012-07-07
  • sql注入之必備的基礎(chǔ)知識

    sql注入之必備的基礎(chǔ)知識

    這篇文章所有的知識點都是在sql注入中最常用到也是最基礎(chǔ)的知識點。對于一個需要精通sql語句的web安全工程師來說,下面的知識是必須要掌握的。下面的知識也是學(xué)習(xí)sql注入最基本的知識。下面大家來一起看看吧。
    2016-09-09
  • idea中連接數(shù)據(jù)庫時出現(xiàn)SSL錯誤的問題

    idea中連接數(shù)據(jù)庫時出現(xiàn)SSL錯誤的問題

    這篇文章主要介紹了idea中連接數(shù)據(jù)庫是出現(xiàn)SSL錯誤的問題,本文給大家介紹的非常詳細,對大家的學(xué)習(xí)或工作具有一定的參考借鑒價值,需要的朋友可以參考下
    2020-10-10
  • datagrip如何找到數(shù)據(jù)庫和表

    datagrip如何找到數(shù)據(jù)庫和表

    這篇文章主要介紹了datagrip入坑指南(如何找到數(shù)據(jù)庫和表)的相關(guān)知識,本文給大家介紹的非常詳細,對大家的學(xué)習(xí)或工作具有一定的參考借鑒價值,需要的朋友參考下吧
    2020-09-09
  • mybatis 項目配置文件實例詳解

    mybatis 項目配置文件實例詳解

    這篇文章主要介紹了mybatis 項目配置文件實例詳解的相關(guān)資料,需要的朋友可以參考下
    2017-03-03
  • InnoDB主鍵索引樹和二級索引樹的場景分析

    InnoDB主鍵索引樹和二級索引樹的場景分析

    本文通過場景分析給大家介紹了InnoDB主鍵索引樹和二級索引樹的問題,本文給大家介紹的非常詳細,對大家的學(xué)習(xí)或工作具有一定的參考借鑒價值,需要的朋友可以參考下
    2022-03-03
  • 在PostgreSQL中使用數(shù)組時值得注意的一些地方

    在PostgreSQL中使用數(shù)組時值得注意的一些地方

    這篇文章主要介紹了在PostgreSQL中使用數(shù)組時值得注意的一些地方,包括如何提高輸入性能,需要的朋友可以參考下
    2015-04-04
  • dapper使用Insert或update時部分字段不映射到數(shù)據(jù)庫

    dapper使用Insert或update時部分字段不映射到數(shù)據(jù)庫

    我們在使用dapper的insert或update方法時可能會遇見一些實體中存在的字段但是,數(shù)據(jù)庫中不存在的字段,這樣在使用insert時就是拋出異常提示字段不存在,這個時候該怎么解決呢,下面給大家分享示例實體代碼,感興趣的朋友一起看看吧
    2023-12-12
  • navicat怎么卸載,navicat徹底卸載干凈教程

    navicat怎么卸載,navicat徹底卸載干凈教程

    這篇文章主要介紹了navicat怎么卸載?navicat徹底卸載干凈教程。具有很好的參考價值,希望對大家有所幫助。如有錯誤或未考慮完全的地方,望不吝賜教
    2023-02-02
  • 站內(nèi)群發(fā)消息三種不同用戶量的數(shù)據(jù)庫設(shè)計

    站內(nèi)群發(fā)消息三種不同用戶量的數(shù)據(jù)庫設(shè)計

    很多SNS網(wǎng)站和一部分CMS網(wǎng)站都廣泛地應(yīng)用了站內(nèi)信這一模塊,這個看似簡單的東西其實背后隱藏著很多需要設(shè)計師重視的設(shè)計細節(jié),要做好這個“郵遞員”是很不容易的,本文講述站內(nèi)群發(fā)消息三種不同用戶量的數(shù)據(jù)庫設(shè)計,逐漸設(shè)計一個百萬級用戶量的站內(nèi)信群發(fā)數(shù)據(jù)庫
    2023-12-12

最新評論