ASP.NET 中的 Page Cache 是個很有用的東東，只要簡單的在頁面上方加上一個 OutputCache 標(biāo)簽，就可以讓頁面在制定的 Duration 內(nèi)直接把自動保存在緩存中的頁面內(nèi)容輸出，而不需要讓 ASP.NET 引擎再次執(zhí)行頁面代碼，當(dāng)然，節(jié)省這點執(zhí)行時間并不是最主要的理由，主要理由是如果頁面內(nèi)容是從數(shù)據(jù)庫中取出，那么就可以省去連接數(shù)據(jù)庫、取數(shù)據(jù)的步驟，這個好處可大了。

?

PageCache 有點小小的問題，比如，很多 ASP.NET 論壇的首頁就用了 PageCache ，所以在一個版里面貼出的最新的帖子并不會馬上反映到首頁上，而是需要等上一段時間。雖然有點無可奈何，但在某些場合（比如易趣用來顯示物品拍賣狀態(tài)的頁面），這種延遲是不允許的。

?

也即是說， ASP.NET 里面的 Cache 并不能自動根據(jù)數(shù)據(jù)庫中相應(yīng)數(shù)據(jù)發(fā)生了變化，而使相應(yīng)的 Cache 過期， ASP.NET 2.0 中新增的 SqlCacheDependency 特性使這成為了可能。（當(dāng)然，只要我們明白了 ASP.NET 2.0 中的大致實現(xiàn)方式，我們可以基于 ASP.NET 1.0 把這個特點實現(xiàn)出來，后面我總結(jié)了相應(yīng)的方法。）

?

要在 ASP.NET 2.0 中應(yīng)用 SqlCacheDependency 特性，步驟如下（基于大家手里的 Whidbey PDC 版本）：

?

1、 ? 使數(shù)據(jù)庫支持 SqlCacheDependency

?

在 .Net Framework 1.2 的安裝目錄下（通常是 WINDOWS\Microsoft.NET\Framework\v1.2.30703 ），有一個 aspnet_regsqlcache.exe ，這個命令行工具讓我們的 SqlServer 7.0 或者 SqlServer 2000 能支持 SqlCacheDependency 特性，

首先：“ aspnet_regsqlcache –S 服務(wù)器名稱 –U 登陸 ID –P 密碼 –d 數(shù)據(jù)庫名稱 –ed ”，這個命令使指定數(shù)據(jù)庫支持 SqlCacheDependency ，

?

然后我們再加入要追蹤的數(shù)據(jù)表：“ aspnet_regsqlcache –S 服務(wù)器名稱 –U 登陸 ID –P 密碼 –d 數(shù)據(jù)庫名稱 –t 要追蹤的數(shù)據(jù)表的名稱 –et ”，這個命令使指定的 Table 支持 SqlCacheDependency 。

?

它在幕后做了什么事情呢？

?

首先，它在指定的數(shù)據(jù)庫中新建了一個 Table ，叫做“ AspNet_SqlCacheTablesForChangeNotification ”，這個表有三個字段，“ tableName ”記錄要追蹤的數(shù)據(jù)表的名稱，“ notificationCreated ”記錄開始追蹤的時間，“ changeId ”是一個 int 類型的字段，每當(dāng)追蹤的數(shù)據(jù)表的數(shù)據(jù)發(fā)生變化時，這個字段的值就加 1 。

?

它還會在指定的數(shù)據(jù)庫中增加幾個存儲過程，用來讓 ASP.NET 引擎查詢追蹤的數(shù)據(jù)表的情況。

?

然后，它會給我們要追蹤的 Table 加上幾個 Trigger ，分別對應(yīng)到 Insert 、 Update 、 Delete 操作，這幾個 Trigger 的語句非常簡單，就是把“ AspNet_SqlCacheTablesForChangeNotification ”表中對應(yīng)“ tableName ”字段為這個追蹤的表的名稱的記錄的“ changeId ”字段加上一個 1 。

?

ASP.NET 引擎通過執(zhí)行它加上的存儲過程“ AspNet_SqlCachePollingStoredProcedure ”，這個存儲過程直接返回“ AspNet_SqlCacheTablesForChangeNotification ”表的內(nèi)容，讓 ASP.NET 引擎知道哪個表的數(shù)據(jù)發(fā)生的變化。默認(rèn)每 500 毫秒執(zhí)行這個存儲過程一次，不過可以在 web.config 里面修改這個間隔時間，我的經(jīng)驗是這個查詢操作也是很耗資源的，呵呵。

?

2、 ? web.config 配置

?

在 web.config 里面的配置再簡單不過了

?

<configuration>

?????? <!-- 加上合適的數(shù)據(jù)庫連接字符串 -->

?????? <connectionStrings>

????????????? <add name="SqlServerConnectionString"

?????? ?????? connectionString="server=sqlserver1;uid=sa;pwd=

password;database=PortalDB " />

?????? </connectionStrings>

?????? <system.web>

????????????? <!-- 配置 Cache 一段，使之支持 SqlCacheDependency -->

????????????? <cache>

???????????????????? <sqlCacheDependency enabled="true" pollTime="500">

??????????????????????????? <databases>

?????????????????????????????????? <add name=" PortalDB "

????????????????????????????????????????? ? connectionStringName=" SqlServerConnectionString " />

??????????????????????????? </databases>

???????????????????? </sqlCacheDependency>

????????????? </cache>

?????? </system.web>

</configuration>

?

3、 ? 在頁面上的 outputCache 標(biāo)簽中指定 SqlCacheDependency 特性：

?

<%@ outputcache duration="9999" varybyparam="None" sqldependency="PortalDB: 追蹤的數(shù)據(jù)表名稱 " %>

?

只要在這個追蹤的 Table 上執(zhí)行了 Insert 、 Update 、 Delete 操作，數(shù)據(jù)表上的 Trigger 就會將數(shù)據(jù)庫中“ AspNet_SqlCacheTablesForChangeNotification ”表的相應(yīng)記錄的相應(yīng)“ changId ”字段值修改，然后 ASP.NET 引擎就會通過獲取新的值來得知追蹤的 Table 的內(nèi)容發(fā)生了變化，自動使這個頁面的 cache 失效。

?

后話 1 、 What about Yukon ？

?

從上面可以知道， SqlServer 并沒有內(nèi)置自動追蹤數(shù)據(jù)表的數(shù)據(jù)變化，然后通知 ASP.NET 引擎的功能（這是肯定的， SqlServer 都出來 N 久了），所以 ASP.NET 2.0 的開發(fā)組人為的加上了定制的 Table 、 Trigger 、 StoredProcedure 等等來實現(xiàn)數(shù)據(jù)更改追蹤。而 Yukon 已經(jīng)不必這么麻煩了， Yukon 內(nèi)置了一個 Notification Delivery Service ，這個服務(wù)會通過 WebServer 的 80 端口直接通知一個 IIS 內(nèi)置的監(jiān)聽器，然后這個監(jiān)聽器再通知 ASP.NET 。

?

而且大家可以注意到，上面描述的那種追蹤方式只能追蹤到表一級的數(shù)據(jù)更改，即 ASP.NET 引擎最后只能得知某個表的數(shù)據(jù)發(fā)生了更改，而到底是哪一條記錄發(fā)生了更改，是追蹤不到的，而 Yukon 的 Notification Delivery Service 可以實現(xiàn)記錄一級的追蹤。

?

后話 2 、可以在現(xiàn)在的 ASP.NET 上實現(xiàn)嗎？

?

當(dāng)然可以，我們先按照上面講的第一個步驟（或者自己定義一套規(guī)則來實現(xiàn)在數(shù)據(jù)庫中對 Table 數(shù)據(jù)變化的追蹤），依照葫蘆畫瓢來自己添加上這些 Table 、 Trigger 什么的。

?

ASP.NET 的 PageCache 有一個 VaryByCustom 屬性的，這個屬性可以實現(xiàn)讓我們自己定義“緩存過期”的規(guī)則（確切的說，其實它是可以讓我們自定義緩存頁的版本，但間接可以實現(xiàn)自定義的緩存“過期”啦，呵呵），只要我們在 global.asa 中重寫 HttpApplication.GetVaryByCustomString() 方法，這個方法根據(jù)輸入的參數(shù)字符串，比如“ CheckDBTable=Users ”，查詢數(shù)據(jù)庫中那個“ AspNet_SqlCacheTablesForChangeNotification ”（或者你自己定義的某個追蹤記錄表），直接讓這個 GetVaryByCustomString() 方法返回“ changeId ”字段的值即可。 VaryByCustom 的用法 MSDN 文檔上有詳細(xì)說明。

?

后話 3 、 GolfClubShack 示范程序

在博客堂前面的某篇文章里面，提供了一個基于 ASP.NET 2.0 的 GolfClubShack 站點的示范程序，是非常好的東東，在那個里面可以看到包括 SqlCacheDependency 在內(nèi)的眾多 ASP.NET 2.0 的特性的體現(xiàn)。現(xiàn)在網(wǎng)上完整的 ASP.NET 2.0 的示范程序不多，聽說 MS 內(nèi)部已經(jīng)把 IBuySpy 移植到 ASP.NET 2.0 上面了，不知詳情如何。而 MS 還在 alpha 階段的 AspNetForums 2.0 還是基于 .Net Framework 1.1 的（我以前一直是以為是基于最新的 ASP.NET 2.0 的，安裝了好半天，暈 ... ）。

第一次來，試發(fā)一帖！--ASP.NET 2.0 中的SqlCacheDependency特性