在ASP.NET 2.0中操作數(shù)據(jù)之五十九：使用SQL緩存依賴項SqlCacheDependency

導言：

　　在56和57章探討的緩存技術使用的是基于時間的緩存周期，當過了某段時間后便將緩存數(shù)據(jù)從內存清除。當設置緩存時間為x秒時，數(shù)據(jù)在x秒內都是“新”的。當然，就像在60章談到的那樣，對靜態(tài)數(shù)據(jù)來說，x可延伸到web應用程序的整個生命周期(lifetime)。

　　當緩存數(shù)據(jù)時，基于時間周期的技術因為其易用性而常常被采用，不過又常常不那么完美。理想的狀態(tài)是這樣的:數(shù)據(jù)庫數(shù)據(jù)還是應緩存在內存，直到源數(shù)據(jù)(underlying data)發(fā)生改變時才從內存清除。這樣的話可以最大化的獲取緩存帶來的性能上的好處，同時使“過時數(shù)據(jù)”(stale data)持續(xù)的時間最短。然而，為此，我們需要建立一種機制來探測數(shù)據(jù)庫數(shù)據(jù)什么時候發(fā)生了改變，并將對應的緩存條目清除掉。

　　ASP.NET 2.0提供的SqlCacheDependency class類和必要的下部基礎構造(infrastructure)可以判斷數(shù)據(jù)庫什么時候發(fā)生了更改，以便將對應的緩存條目從內存清除掉。有2種技術可以判斷源數(shù)據(jù)在什么時候發(fā)生了改變：polling 和notification。討論完這2者之間的差別后，我們將創(chuàng)建必要的下部基礎構造來支持polling，然后探討如何使用SqlCacheDependency class類

理解Notification and Polling

　　正如前面所述，有2種方法來判斷一個數(shù)據(jù)庫里的數(shù)據(jù)在什么時候修改過：notification 和 polling.當使用notification的時候，數(shù)據(jù)庫提示(alerts)ASP.NET對應某個具體查詢的數(shù)據(jù)已經發(fā)生了改變；于是對應的緩存條目將被清除。使用polling的時候，數(shù)據(jù)庫服務器將包含某個表(tables)最近發(fā)生更改時的相關信息。ASP.NET周期性的對數(shù)據(jù)庫進行檢查，看哪些表在數(shù)據(jù)被緩存以后發(fā)生過改動，若改動過，對應的緩存條目將被清除。

　　notification是對查詢(query)而不是表(table)進行跟蹤檢查，相對polling而言，需要采取的步驟要少些。不過遺憾的是，只有在Microsoft SQL Server 2005的完整版(也就是non-Express版本)才能使用該功能。而Microsoft SQL Server的所有版本，從7.0 到2005都可以使用polling功能，因為本系列教程使用的是SQL Server 2005的Express版本，在此我們將集中探討建立和使用polling。關于SQL Server 2005的notification功能，你可以參閱本文結束部分的Further Reading。

　　要使用polling，我們將設置數(shù)據(jù)庫包含一個名為AspNet_SqlCacheTablesForChangeNotification的表。該表有3列：tableName, notificationCreated, 和changeId.對于哪些在web應用程序的SQL cache dependency里要用到的表，該表都有一條記錄與之對應。tableName就是具體某個表的名稱；notificationCreated指明了添加記錄時的date 和 time；而列changeId的類型是int，初始值是0，每當對應的表發(fā)生一次改動，其值就自動增加一次。

　　除了表AspNet_SqlCacheTablesForChangeNotification外，數(shù)據(jù)庫還需要為出現(xiàn)在SQL cache dependency里的每個表包含一個觸發(fā)器(triggers),任何時候，只要表插入、更新、刪除一條記錄或在表AspNet_SqlCacheTablesForChangeNotification里的對應的changeId值增大的情況下就會執(zhí)行觸發(fā)器。

　　當使用SqlCacheDependency對象(object)來緩存數(shù)據(jù)時，ASP.NET將關注某個表的當前(current)的changeId值,一旦發(fā)現(xiàn)當前其值與數(shù)據(jù)庫里面的changeId值不同時，就將該SqlCacheDependency對象清除。因為，changeId不吻合就意味著在完成數(shù)據(jù)緩存后，表又發(fā)生過改動。

第一步：考察命令行程序aspnet_regsql.exe

　　如上所述，使用polling方法時，必須對數(shù)據(jù)庫進行設置以包含這些基礎構造：一個預先定義的表(AspNet_SqlCacheTablesForChangeNotification),一些存儲過程，以及基于在SQL cache dependencies里要用到的表的觸發(fā)器。諸如這些表、存儲過程、觸發(fā)器等都可以通過命令行程序aspnet_regsql.exe來創(chuàng)建，該命令位于$WINDOWS$/Microsoft.NET/Framework/version文件夾。要創(chuàng)建表AspNet_SqlCacheTablesForChangeNotification以及相關的存儲過程，可以在命令行這樣運行：

　　注意：要運行這些命令，必須以db_securityadmin 和 db_ddladmin的身份登錄數(shù)據(jù)庫，更多詳情請參閱作者博客：http://scottonwriting.net/sowblog/posts/10709.aspx

比如：在Windows身份認證模式下,對某個數(shù)據(jù)庫服務器ScottsServer里的數(shù)據(jù)庫pubs添加基礎構造時，在命令行鍵入：

完成了數(shù)據(jù)庫級(database-level)基礎構造的添加后，我們需要添加觸發(fā)器，再次使用aspnet_regsql.exe命令，不過用-t來指定"表名"(table name),且將-ed替換為-et，如下：

要對ScottsServer里的表authors和titles添加觸發(fā)器，這樣做：

就本文而言，我們要對表Products, Categories,和Suppliers添加觸發(fā)器，具體的命令在第三步探討。

第二步：在文件夾App_Data里引用一個Microsoft SQL Server 2005 Express版的數(shù)據(jù)庫

　　我們剛剛說過，為了添加必要的基礎構造，aspnet_regsql.exe命令需要用到數(shù)據(jù)庫和服務器的名稱。但是對于放在文件夾App_Data里的一個Microsoft SQL Server 2005 Express的數(shù)據(jù)庫而言，它的數(shù)據(jù)庫名和服務器名又是什么呢？犯不著探究其數(shù)據(jù)庫名和服務器名到底是什么，我發(fā)現(xiàn)最簡單的方法是用SQL服務管理器(SQL Server Management Studio)來將該數(shù)據(jù)庫認作localhost/SQLExpress database數(shù)據(jù)庫，并重新命名。如果你的機器里已經安裝了SQL Server 2005完整版，自然也就安裝了SQL服務管理器。如果你安裝的是Express版本的話，你可以免費下載Microsoft SQL Server Management Studio Express Edition.
(http://www.microsoft.com/downloads/details.aspx?displaylang=enFamilyID=C243A5AE-4BD1-4E3D-94B8-5A0F62BF7796)

首先，關閉Visual Studio，然后打開SQL Server Management Studio，在Windows Authentication模式里選擇連接到localhost/SQLExpress.

圖1：連接到localhost/SQLExpress Server

　　連接到服務器后，管理器將顯示服務器，并將數(shù)據(jù)庫、安全等以折疊的形式顯示出來。在數(shù)據(jù)庫文件夾上右擊，選添加(Attach)項，這樣將彈出Attach Databases對話框(見圖2)，點Add按鈕，選擇我們的web應用程序的App_Data文件夾里的NORTHWND.MDF數(shù)據(jù)庫。

圖2：選App_Data文件夾里的NORTHWND.MDF數(shù)據(jù)庫

　　這樣將會把數(shù)據(jù)庫添加到Databases文件夾，且數(shù)據(jù)庫的名稱可能是該數(shù)據(jù)庫文件的絕對路徑(full path).出于簡便的原則，我們將其重命名為一個更友好(human-friendly)的名字，我將其命名為“DataTutorials”.

圖3：將新添加的數(shù)據(jù)庫重命名

第三步：對Northwind數(shù)據(jù)庫添加Polling基礎構造

現(xiàn)在我們添加了App_Data文件夾里的NORTHWND.MDF數(shù)據(jù)庫，讓我們添加polling 基礎構造吧，假定你已經將數(shù)據(jù)庫重命名為“DataTutorials”, 運行如下的命令：

完成上述4個命令后，在Management Studio里右擊數(shù)據(jù)庫，進入任務子菜單(Tasks submenu),選分派(Detach)。然后關閉Management Studio并重新打開Visual Studio.

打開Visual Studio后，在服務器資源管理器里展開數(shù)據(jù)庫，你可以看到有新增的表(AspNet_SqlCacheTablesForChangeNotification),新的存儲過程，以及對應于表Products, Categories, 和Suppliers的觸發(fā)器.

圖4：數(shù)據(jù)庫包含了必需的Polling基礎構造

第四步：設置Polling服務

完成上述步驟后，最后我們需要設置polling服務。這要用到Web.config文件，在里面指定要用到的數(shù)據(jù)庫，以及檢測頻率(polling frequency),單位為毫秒。下面的代碼是每隔1秒對Northwind數(shù)據(jù)庫檢測一次。

?xml version="1.0"?>
configuration>
 connectionStrings>
 add name="NORTHWNDConnectionString" connectionString=
  "Data Source=./SQLEXPRESS;AttachDbFilename=|DataDirectory|/NORTHWND.MDF;
  Integrated Security=True;User Instance=True"
  providerName="System.Data.SqlClient"/>
 /connectionStrings>
 system.web>
 ...

 !-- Configure the polling service used for SQL cache dependencies -->
 caching>
  sqlCacheDependency enabled="true" pollTime="1000" >
  databases>
  add name="NorthwindDB"
   connectionStringName="NORTHWNDConnectionString" />
  /databases>
  /sqlCacheDependency>
 /caching>
 /system.web>
/configuration>

　　在add>元素里的name值(“NorthwindDB”)是一個易讀(human-readable)的名稱，它與某個具體的數(shù)據(jù)庫對應。當使用SQL cache dependencies的時候，我們需要引用在這里定義的數(shù)據(jù)庫名。我們將在第六步考察怎樣使用SqlCacheDependency class類來緩存數(shù)據(jù)。

　　一旦確定了一個SQL cache dependency后，檢測系統(tǒng)(polling system)每隔定義的pollTime那么多毫秒對databases>元素里的數(shù)據(jù)庫進行連接，并執(zhí)行名為AspNet_SqlCachePollingStoredProcedure的存儲過——該存儲過程是我們在第三步使用aspnet_regsql.exe命令行工具添加的，它返回的是表AspNet_SqlCacheTablesForChangeNotification里的每條記錄的tableName 和 changeId值。那些“過時”的SQL cache dependencies將會從內存清除掉。

　　應在權衡性能和數(shù)據(jù)刷新(data staleness)的基礎上設置pollTime.較小的pollTime值雖然導致請求數(shù)據(jù)庫的次數(shù)增加，但能更快的將“過時"的數(shù)據(jù)清除掉；較大的pollTime值雖然減少了對數(shù)據(jù)庫的請求次數(shù)，但增加了“過時”的緩存條目的呆滯時間。還好，對數(shù)據(jù)庫的請求只是執(zhí)行一個簡單的存儲過程而已，該存儲過程僅僅從一個簡單的表返回很少的幾行。你最好多測試幾個不同的pollTime值，在平衡數(shù)據(jù)庫訪問和數(shù)據(jù)刷新2方面的情況下找出一個理想的值。pollTime值最小允許為500.

　　注意：在上面的代碼里，我們在sqlCacheDependency>元素里指定了一個單一的pollTime值。其實你也可以在add>元素里隨意的指定一個pollTime值。當你指定了很多個數(shù)據(jù)庫，且你想為每個數(shù)據(jù)庫都指定一個檢測頻率(polling frequency)時，這樣做很有用。

第五：聲明SQL Cache Dependencies

　　在第一到第四步驟，我們探討了如何建立必需的數(shù)據(jù)庫基礎構造，以及設置檢測系統(tǒng)(polling system).完成上述步驟后，現(xiàn)在我們可以通過編程或聲明的方式，在添加緩存條目時使用SQL cache dependency.在本節(jié)，我們探討如何使用聲明的方式使用SQL cache dependencies，在第六步再探討通過編程的方式。

　　在《使用ObjectDataSource緩存數(shù)據(jù)》教程里，我們考察了聲明ObjectDataSource控件的緩存功能。僅僅將EnableCaching屬性設置為true，并將acheDuration屬性設置為某個時間間(timeinterval),ObjectDataSource控件就會自動地將從“源對象”(underlying object)返回的數(shù)據(jù)進行緩存。ObjectDataSource控件可以使用單個或多個SQL cache dependencies.

　　為此，打開文件夾Caching里的SqlCacheDependencies.aspx頁面，在設計模式里，從工具箱拖一個GridView控件到頁面上，設置其ID為ProductsDeclarative ，從其智能標簽里將其綁定到一個名為ProductsDataSourceDeclarative的ObjectDataSource.

圖5：創(chuàng)建一個名為ProductsDataSourceDeclarative的ObjectDataSource

　　設置該ObjectDataSource使用ProductsBLL類。在SELECT標簽里選GetProducts()方法；在UPDATE標簽里，選擇包含3個輸入?yún)?shù)——productName,unitPrice,和productID的UpdateProduct重載方法；在INSERT 和 DELETE標簽里選“(None)”.

圖6:使用包含3個輸入?yún)?shù)的UpdateProduct重載方法

圖7：在INSERT和DELETE標簽的下拉列表里選“(None)”

　　完成設置后，Visual Studio會為GridView里的每一列創(chuàng)建綁定列(BoundFields) 和CheckBoxFieldsL列。將ProductName, CategoryName, 和UnitPrice以外的列都刪除，對其應用什么格式化都可以。在GridView的智能標簽里啟用分頁、排序、編輯功能。Visual Studio會將ObjectDataSource控件的OldValuesParameterFormatString屬性設置為original_{0}，為使GridView的編輯功能運行正常，要么刪除該屬性，要么將其設置為默認值：{0}.

　　最后，在GridView上面添加一個Label Web控件，設置其ID為ODSEvents，再將其EnableViewState屬性設置為false.做完上述修改后，頁面的聲明代碼看起來應該和下面的差不多。注意，我已經對GridView列的外觀做了些定制，雖然這對SQL cache dependency功能來說并不是必要的。

asp:Label ID="ODSEvents" runat="server" EnableViewState="False" />

asp:GridView ID="ProductsDeclarative" runat="server"
 AutoGenerateColumns="False" DataKeyNames="ProductID"
 DataSourceID="ProductsDataSourceDeclarative"
 AllowPaging="True" AllowSorting="True">
 Columns>
 asp:CommandField ShowEditButton="True" />
 asp:TemplateField HeaderText="Product" SortExpression="ProductName">
  EditItemTemplate>
  asp:TextBox ID="ProductName" runat="server"
   Text='%# Bind("ProductName") %>' />
  asp:RequiredFieldValidator ID="RequiredFieldValidator1"
   ControlToValidate="ProductName" Display="Dynamic"
   ErrorMessage="You must provide a name for the product."
   SetFocusOnError="True"
   runat="server">*/asp:RequiredFieldValidator>
  /EditItemTemplate>
  ItemTemplate>
  asp:Label ID="Label2" runat="server"
   Text='%# Bind("ProductName") %>' />
  /ItemTemplate>
 /asp:TemplateField>
 asp:BoundField DataField="CategoryName" HeaderText="Category"
  ReadOnly="True" SortExpression="CategoryName" />
 asp:TemplateField HeaderText="Price" SortExpression="UnitPrice">
  EditItemTemplate>
  $asp:TextBox ID="UnitPrice" runat="server" Columns="8"
   Text='%# Bind("UnitPrice", "{0:N2}") %>'>/asp:TextBox>
  asp:CompareValidator ID="CompareValidator1" runat="server"
   ControlToValidate="UnitPrice"
   ErrorMessage="You must enter a valid currency value with
   no currency symbols. Also, the value must be greater than
   or equal to zero."
   Operator="GreaterThanEqual" SetFocusOnError="True"
   Type="Currency" Display="Dynamic"
   ValueToCompare="0">*/asp:CompareValidator>
  /EditItemTemplate>
  ItemStyle HorizontalAlign="Right" />
  ItemTemplate>
  asp:Label ID="Label1" runat="server"
   Text='%# Bind("UnitPrice", "{0:c}") %>' />
  /ItemTemplate>
 /asp:TemplateField>
 /Columns>
/asp:GridView>

asp:ObjectDataSource ID="ProductsDataSourceDeclarative" runat="server"
 SelectMethod="GetProducts" TypeName="ProductsBLL"
 UpdateMethod="UpdateProduct">
 UpdateParameters>
 asp:Parameter Name="productName" Type="String" />
 asp:Parameter Name="unitPrice" Type="Decimal" />
 asp:Parameter Name="productID" Type="Int32" />
 /UpdateParameters>
/asp:ObjectDataSource>

下一步，為ObjectDataSource控件的Selecting事件創(chuàng)建一個事件處理器：

protected void ProductsDataSourceDeclarative_Selecting
 (object sender, ObjectDataSourceSelectingEventArgs e)
{
 ODSEvents.Text = "-- Selecting event fired";
}

　　我們知道，只有當ObjectDataSource控件從它的相關“源對象”(underlying object)獲取數(shù)據(jù)時才會觸發(fā)它的Selecting事件。如果ObjectDataSource是從內存檢索數(shù)據(jù)的話，將不會觸發(fā)Selecting事件.

　　現(xiàn)在，在瀏覽器里登錄該頁面，因為我們還沒有進行緩存，所以每當你分頁、排序、編輯時，頁面都會顯示文本——“—Selecting event fired”, 如圖8所示：

圖8：當分頁、排序、編輯時都會觸發(fā)ObjectDataSource的Selecting事件。

　　就像我們在教程《使用ObjectDataSource緩存數(shù)據(jù)》里探討的一樣，除了EnableCaching屬性以外，ObjectDataSource控件還有SqlCacheDependency property屬性，它可以為緩存數(shù)據(jù)添加一個或更多的SQL cache dependencies.像下面這樣：

databaseName1:tableName1;databaseName2:tableName2;...

　　其中，databaseName是Web.config文件里add>元素的name屬性指定的數(shù)據(jù)庫名，而tableName就是數(shù)據(jù)庫里的一個表。舉個例，要創(chuàng)建一個ObjectDataSource，它用SQL cache dependency來緩存數(shù)據(jù),當我們指定要用Northwind數(shù)據(jù)庫里的 Products表時，我們將ObjectDataSource的EnableCaching屬性設置為true，且SqlCacheDependency屬性為“NorthwindDB:Products”.
注意：你可以通過設置EnableCaching屬性為true來使用一個 SQL cache dependency和基于時間的緩存期(time-based expiry)。CacheDuration對應時間間隔；SqlCacheDependency對應數(shù)據(jù)庫名和表名。不管是緩存到期還是檢查系統(tǒng)(polling system)發(fā)現(xiàn)“源數(shù)據(jù)”發(fā)生改變，只要其中一個發(fā)生， ObjectDataSource 都會將清除其數(shù)據(jù)。

　　在SqlCacheDependencies.aspx頁面里的GridView 控件從2個表獲取數(shù)據(jù)——Products 和 Categories (產品的CategoryName列是通過語法 JOIN on Categories來獲取的). 因此，我們想指定2個SQL cache dependencies:
“NorthwindDB:Products;NorthwindDB:Categories”.

圖9：設置ObjectDataSource支持緩存，且使用基于表Products 和 Categories的SQL Cache Dependencies

　　設置SQL Cache Dependencies支持緩存后，再次來瀏覽器里登錄頁面。最開始，文本“—Selecting event fired”依然會出現(xiàn)在頁面里，但當進行分頁、排序或點擊編輯和取消按鈕時，文本就消失了。這是因為對數(shù)據(jù)進行緩存后，其緩存狀態(tài)一直持續(xù)，直到Products 或 Categories表發(fā)生了改變，或我們通過GridView對數(shù)據(jù)進行了更新。

　　做個實驗，在第一個瀏覽器窗口進行分頁操作，請注意文本“—Selecting event fired”并沒有顯現(xiàn)出來。再打開第2個瀏覽器窗口，導航到頁面Basics.aspx頁面(~/EditInsertDelete/Basics.aspx). 對某個產品的name 或 price進行更新。 再次返回到第一個瀏覽器窗口，查看下一個頁面或進行排序操作或點擊某行的編輯按鈕，這一次，文本“—Selecting event fired又出現(xiàn)了，這是因此“源數(shù)據(jù)”發(fā)生了更改(見圖10)。如果文本沒有出現(xiàn)，請稍等一下再試一回。我們知道，polling服務每隔設定的pollTime那么多毫秒對Products表進行檢查，開是否改動過。因此在源數(shù)據(jù)的更新和“過時”數(shù)據(jù)的清除之間有個延遲期。

圖10：改動Products表將導致清除“過時”的Product緩存數(shù)據(jù)

第六步：通過編程的方式處理SqlCacheDependency類

　　在教程《在分層架構中緩存數(shù)據(jù)》我們看到了使用單獨的緩存層 Caching Layer的好處。在那篇教程，我們創(chuàng)建了一個ProductsCL 類來處理data cache.要在緩存層Caching Layer利用SQL cache dependencies的話，要用到SqlCacheDependency 類。

　　在檢測系統(tǒng)(polling system)里，一個SqlCacheDependency對象必須與某個具體的數(shù)據(jù)庫和表掛鉤。下面的代碼，創(chuàng)建了一個SqlCacheDependency對象，它基于Northwind數(shù)據(jù)庫的Products表：

Caching.SqlCacheDependency productsTableDependency =
 new Caching.SqlCacheDependency("NorthwindDB", "Products");

　　上面的2個參數(shù)分別對應數(shù)據(jù)庫名和表名。與ObjectDataSource控件的屬性SqlCacheDependency類似，數(shù)據(jù)庫名是使用的Web.config.文件里add> 元素的name屬性指定的值，而表名是實際的數(shù)據(jù)庫表名.。

　　要將一個SqlCacheDependency與添加到內存的條目聯(lián)系起來，可以使用一個重載的接受dependency的Insert方法。下面代碼里的SqlCacheDependency基于表Products，且緩存時間未定。換句話說，數(shù)據(jù)會一直保存在內存，除非內存不足或表Products發(fā)生了改變才被清除掉。

Caching.SqlCacheDependency productsTableDependency =
 new Caching.SqlCacheDependency("NorthwindDB", "Products");
Cache.Insert(key,
  value,
  productsTableDependency,
  System.Web.Caching.Cache.NoAbsoluteExpiration,
  System.Web.Caching.Cache.NoSlidingExpiration);

　　目前，緩存層Caching Layer的ProductsCL類從表Products獲取數(shù)據(jù)，緩存時間為60秒。 讓我們對其進行更新，使其使用SQL cache dependencies. 類ProductsCL的AddCacheItem方法是用來向內存添加數(shù)據(jù)的，其當前代碼如下：

private void AddCacheItem(string rawKey, object value)
{
 System.Web.Caching.Cache DataCache = HttpRuntime.Cache;

 // Make sure MasterCacheKeyArray[0] is in the cache
 DataCache[MasterCacheKeyArray[0]] = DateTime.Now;

 // Add a CacheDependency
 Caching.CacheDependency dependency =
 new Caching.CacheDependency(null, MasterCacheKeyArray);
 DataCache.Insert(GetCacheKey(rawKey), value, dependency,
 DateTime.Now.AddSeconds(CacheDuration),
 System.Web.Caching.Cache.NoSlidingExpiration);
}

　　讓我們對其進行更新，用一個SqlCacheDependency對象來替換掉MasterCacheKeyArray cache dependency:

　　我們來進行測試。在名為ProductsDeclarative的GridView控件下再添加一個GridView，設置其ID為ProductsProgrammatic，在其智能標里將其綁定到一個名為ProductsDataSourceProgrammatic的新的ObjectDataSource，設置該ObjectDataSource使用ProductsCL類，分別在SELECT 和 UPDATE標簽里選GetProducts 和 UpdateProduct方法。

圖11：設置新ObjectDataSource使用ProductsCL類

圖12：在SELECT標簽里選GetProducts方法

圖13：在UPDATE標簽選UpdateProduct方法

　　完成設置后，Visual Studio會自動地為GridView控件添加BoundFields和 CheckBoxFields。就像上面那個GridView控件一樣，將ProductName, CategoryName, 和 UnitPrice以外的列都刪除掉。在其智能標簽里，啟用分頁、排序、編輯功能。同時，為使GridView控件的編輯功能正常工作，將OldValuesParameterFormatString屬性改成默認值{0}. 或干脆在代碼聲明里將該屬性刪除。

完成上述修改后，最終的GridView 和 ObjectDataSource的聲明代碼看起來應該和下面的差不多：

asp:GridView ID="ProductsProgrammatic" runat="server"
 AutoGenerateColumns="False" DataKeyNames="ProductID"
 DataSourceID="ProductsDataSourceProgrammatic" AllowPaging="True"
 AllowSorting="True">
 Columns>
 asp:CommandField ShowEditButton="True" />
 asp:TemplateField HeaderText="Product" SortExpression="ProductName">
  EditItemTemplate>
  asp:TextBox ID="ProductName" runat="server"
   Text='%# Bind("ProductName") %>' />
  asp:RequiredFieldValidator ID="RequiredFieldValidator1" 
   ControlToValidate="ProductName" Display="Dynamic"
   ErrorMessage="You must provide a name for the product."
   SetFocusOnError="True"
   runat="server">*/asp:RequiredFieldValidator>
  /EditItemTemplate>
  ItemTemplate>
  asp:Label ID="Label2" runat="server"
   Text='%# Bind("ProductName") %>' />
  /ItemTemplate>
 /asp:TemplateField>
 asp:BoundField DataField="CategoryName" HeaderText="Category"
  ReadOnly="True" SortExpression="CategoryName" />
 asp:TemplateField HeaderText="Price" SortExpression="UnitPrice">
  EditItemTemplate>
  $asp:TextBox ID="UnitPrice" runat="server" Columns="8"
   Text='%# Bind("UnitPrice", "{0:N2}") %>'>/asp:TextBox>
  asp:CompareValidator ID="CompareValidator1" runat="server"
   ControlToValidate="UnitPrice" Display="Dynamic"
   ErrorMessage="You must enter a valid currency value with
   no currency symbols. Also, the value must be greater than
   or equal to zero."
   Operator="GreaterThanEqual" SetFocusOnError="True"
   Type="Currency" ValueToCompare="0">*/asp:CompareValidator>
  /EditItemTemplate>
  ItemStyle HorizontalAlign="Right" />
  ItemTemplate>
  asp:Label ID="Label1" runat="server"
   Text='%# Bind("UnitPrice", "{0:c}") %>' />
  /ItemTemplate>
 /asp:TemplateField>
 /Columns>
/asp:GridView>

asp:ObjectDataSource ID="ProductsDataSourceProgrammatic" runat="server"
 OldValuesParameterFormatString="{0}" SelectMethod="GetProducts"
 TypeName="ProductsCL" UpdateMethod="UpdateProduct">
 UpdateParameters>
 asp:Parameter Name="productName" Type="String" />
 asp:Parameter Name="unitPrice" Type="Decimal" />
 asp:Parameter Name="productID" Type="Int32" />
 /UpdateParameters>
/asp:ObjectDataSource>

　　要測試位于緩存層的SQL cache dependency，先在ProductCL類的AddCacheItem方法里設置斷點(breakpoint),然后啟動調試。當你首次登錄SqlCacheDependencies.aspx頁面時,應該可以發(fā)生斷點，因為是第一次請求數(shù)據(jù)，且把數(shù)據(jù)添加到內存。然后，在GridView里跳轉到下一頁或對某個列排序，這將導致GridView控件查詢所需的數(shù)據(jù)，數(shù)據(jù)應該還駐存在內存因為表Products沒有改動過。如果一直無法在內存找到所需的數(shù)據(jù)，務必確保內存夠大，然后再試一次。

　　在GridView里多跳轉幾頁，再另外打開一個瀏覽器窗口，導航到Basics.aspx頁面(~/EditInsertDelete/Basics.aspx). 更新一條記錄。再回到第一個瀏覽器窗口，再跳轉頁面或實施排序。

　　此時，你會遇到下面2種情況之一：要么程序發(fā)生斷點，提示你數(shù)據(jù)被清除了，原圖是數(shù)據(jù)庫發(fā)生了改動；要么程序沒有發(fā)生斷點，這意味著頁面SqlCacheDependencies.aspx顯示的是“過時”的數(shù)據(jù)。如果沒有發(fā)生斷點，很可能是當數(shù)據(jù)改變時沒有觸發(fā)polling服務(polling service).我們知道，polling服務每隔設定的pollTime那么多毫秒對Products表進行檢查，看是否改動過。因此在源數(shù)據(jù)的更新和“過時”數(shù)據(jù)的清除之間有個延遲期。

　　注意：延遲很可能是當我們在SqlCacheDependencies.aspx頁面里的GridView里編輯產品信息時發(fā)生的。在教程《在分層架構中緩存數(shù)據(jù)》里，我們添加MasterCacheKeyArray cache dependency來確保數(shù)據(jù)從內存清除。但在前面我們修改AddCacheItem方法時將其替換掉了，因此ProductsCL類將繼續(xù)顯示“過時”的數(shù)據(jù)，直到檢測系統(tǒng)發(fā)現(xiàn)Products發(fā)生過改動。我們將在第七步看如何重新引入MasterCacheKeyArray cache dependency.

第七步：對緩存條目附加多個Dependencies

　　我們知道， MasterCacheKeyArray cache dependency的用處在于：與 product相關的所有條目中，只要其中任意一條的相關數(shù)據(jù)發(fā)生更改后，所有的條目都會被清除掉。舉個例，GetProductsByCategoryID(categoryID)方法根據(jù)指定的categoryID獲取多條產品記錄并緩存，只要其中任何一條記錄被清除掉的話， MasterCacheKeyArray cache dependency 會確保剩下的其它記錄也會被清除掉。

　　沒有MasterCacheKeyArray cache dependency的話，就會存在這種可能性，當某個條目更改過后，剩余的條目仍然駐留在內存而顯得“過時”。因此，在使用SQL cache dependencies的時候包含MasterCacheKeyArray cache dependency是很重要的。然而，data cache的Insert 方法只允許存在一個dependency 對象。

　　此外，當使用SQL cache dependencies的時候，我們可能要依賴多個表。比如，ProductsCL類的ProductsDataTable里還包含了每個產品的種類(category)和供應商名稱(supplier names).但是在AddCacheItem方法里，只依賴 表Products.設想，如果用戶更新了種類或供應商，那么緩存的product數(shù)據(jù)仍然駐留在內存，顯然已經"過時"了。因此，我們想時緩存的product數(shù)據(jù)不僅依賴Products表，還要依賴Categories 和 Suppliers 表.

　　不過類AggregateCacheDependency提供了這個途徑，將一個緩存條目與多個dependencies聯(lián)系起來。首先，創(chuàng)建一個AggregateCacheDependency實例；然后用AggregateCacheDependency的 Add 方法添加設置好的dependencies.當AggregateCacheDependency 實例里的任何一個dependencies發(fā)生改動以后，緩存條目就會被清除掉。

　　下面的代碼是更新過的ProductsCL類的 AddCacheItem 方法。該方法不僅創(chuàng)建了MasterCacheKeyArray cache dependency，還創(chuàng)建了基于表Products, Categories,和 Suppliers的多個SqlCacheDependency objects對象。再把它們組合起來構成一個名為aggregateDependencies的AggregateCacheDependency object 對象，將該對象傳遞給Insert方法.

private void AddCacheItem(string rawKey, object value)
{
 System.Web.Caching.Cache DataCache = HttpRuntime.Cache;

 // Make sure MasterCacheKeyArray[0] is in the cache and create a depedency
 DataCache[MasterCacheKeyArray[0]] = DateTime.Now;
 Caching.CacheDependency masterCacheKeyDependency =
 new Caching.CacheDependency(null, MasterCacheKeyArray);

 // Add the SqlCacheDependency objects for Products, Categories, and Suppliers
 Caching.SqlCacheDependency productsTableDependency =
 new Caching.SqlCacheDependency("NorthwindDB", "Products");
 Caching.SqlCacheDependency categoriesTableDependency =
 new Caching.SqlCacheDependency("NorthwindDB", "Categories");
 Caching.SqlCacheDependency suppliersTableDependency =
 new Caching.SqlCacheDependency("NorthwindDB", "Suppliers");

 // Create an AggregateCacheDependency
 Caching.AggregateCacheDependency aggregateDependencies =
 new Caching.AggregateCacheDependency();
 aggregateDependencies.Add(masterCacheKeyDependency, productsTableDependency,
 categoriesTableDependency, suppliersTableDependency);

 DataCache.Insert(GetCacheKey(rawKey), value, aggregateDependencies,
 Caching.Cache.NoAbsoluteExpiration, Caching.Cache.NoSlidingExpiration);
}

　　對代碼進行測試。現(xiàn)在，更改表Products、 Categories, 或Suppliers的話將清除掉緩存數(shù)據(jù)。另外，當在GridView控件里編輯某個產品的話將調用ProductsCL 類的 UpdateProduct方法，該方法清除掉 MasterCacheKeyArray cache dependency，進而導致連鎖反應清除掉緩存的ProductsDataTable.最后的結果是，當下次請求數(shù)據(jù)時將重新從數(shù)據(jù)庫檢索數(shù)據(jù)。
注意：也可以通過output caching來使用SQL cache dependencies.欲見詳情，請參考《Using ASP.NET Output Caching with SQL Server.》(http://msdn2.microsoft.com/en-us/library/e3w8402y(VS.80).aspx)

結語：

　　當緩存數(shù)據(jù)庫數(shù)據(jù)時，最理想的狀態(tài)是數(shù)據(jù)一直駐留在內存，直到數(shù)據(jù)庫發(fā)生了改動。在ASP.NET 2.0，可以通過編程或聲明代碼的方式使用SQL cache dependencies ，該方法面臨的挑戰(zhàn)是及時檢測數(shù)據(jù)發(fā)生的改動。Microsoft SQL Server 2005 的完整版提供了notification功能，該功能向應用程序通告某個數(shù)據(jù)查詢返回的結果已經改變了。而對SQL Server 2005的Express版，以及更舊的版本而言，只有使用polling檢測系統(tǒng)了。不過還好，為polling設置必要的構造是很簡單的。

　　祝編程快樂！

作者簡介

　　本系列教程作者 Scott Mitchell，著有六本ASP/ASP.NET方面的書，是4GuysFromRolla.com的創(chuàng)始人，自1998年以來一直應用 微軟Web技術。大家可以點擊查看全部教程《[翻譯]Scott Mitchell 的ASP.NET 2.0數(shù)據(jù)教程》，希望對大家的學習ASP.NET有所幫助。