Добавил:
Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:
ASP .NET 2.0 Beta Preview - B. Evjen.pdf
Скачиваний:
26
Добавлен:
24.05.2014
Размер:
15.33 Mб
Скачать

SQL Cache Invalidation

Configuring your ASP.NET Application

After you enable a database for SQL Server cache invalidation, and you also enable a couple of tables within this database, the next step is to configure your application for SQL Server cache invalidation.

To configure your application to work with SQL Server cache invalidation, the first step is to make some changes to the web.config file. In the web.config file, specify that you want to work with the Northwind database and you want ASP.NET connected to it.

Listing 11-1 shows an example of how you should change your web.config file in order to work with SQL Server cache invalidation.

Listing 11-1: Configuring the web.config file

<configuration>

<connectionStrings>

<add name=”AppConnectionString1” connectionString=”Provider=SQLOLEDB.1; Data Source=EVJEN01;User ID=sa;Password=;Initial Catalog=Northwind;Persist Security Info=False” providerName=”System.Data.OleDb” />

</connectionStrings>

<system.web>

<caching>

<sqlCacheDependency enabled=”true”> <databases>

<add name=”Northwind” connectionStringName=”AppConnectionString1” pollTime=”500” />

</databases>

</sqlCacheDependency>

</caching>

</system.web>

</configuration>

From this listing, you can see that the first thing established is the connection string to the Northwind database using the <connectionStrings> element in the web.config file. It is important to make note of the name of the connection string because it is utilized later in the configuration settings for SQL Server cache invalidation.

The SQL Server cache invalidation is configured using the new <caching> element. This element must be nested within the <system.web> elements. Because you are working with a SQL Server cache dependency, you must use a <sqlCacheDependency> child node, and you enable the entire process by using the enabled=”true” attribute. After this attribute is enabled, you work with the <databases> section. Nested within the <databases> nodes, you use the <add> element to reference the Northwind database. The following table explains all the attributes of the <add> element.

331

Chapter 11

Attribute

Description

 

 

name

The name attribute provides an identifier to the SQL Server database.

connectionStringName

The connectionStringName attribute specifies the name of the

 

connection. Because the connection string in the preceding example

 

is called AppConnectionString1, you use this value for the con-

 

nectionStringName attribute as well.

pollTime

The pollTime attribute specifies the time interval from one SQL

 

Server poll to the next. The default is 5 seconds or 500 milliseconds

 

(as shown in the previous example).

 

 

Now that the web.config file is set up correctly, you can start using SQL Server cache invalidation on your pages. ASP.NET makes a separate SQL Server request on a completely different thread to the

AspNet_SqlCacheTablesForChangeNotification table to see if the changeId number has been incremented. If the number is changed, ASP.NET knows that an underlying change has been made to the SQL Server table and that a new result set should be retrieved. When it checks to see if it should make a SQL Server call, the request to the small AspNet_SqlCacheTablesForChangeNotification table has a single result. This is done in such a quick fashion that you can notice the difference in speed with SQL Server cache invalidation enabled.

Testing SQL Ser ver Cache Invalidation

Now that the web.config file is set up and ready to go, the next step is to actually apply these new capabilities to a page. For an example of a page using the new SQL Server cache invalidation process, look at Listing 11-2.

Listing 11-2: An ASP.NET page utilizing SQL Server cache invalidation

VB

<%@ Page Language=”VB” %>

<%@ OutputCache Duration=”3600” VaryByParam=”none” SqlDependency=”Northwind:Customers”%>

<script runat=”server”>

Sub Page_Load(ByVal sender As Object, ByVal e As System.EventArgs) Label1.Text = “Page created on “ & DateTime.Now.ToString()

End Sub </script>

<html xmlns=”http://www.w3.org/1999/xhtml” > <head runat=”server”>

<title>Sql Cache Invalidation</title> </head>

<body>

<form id=”form1” runat=”server”>

<asp:Label ID=”Label1” Runat=”server”></asp:Label><br /> <br />

<asp:GridView ID=”GridView1” Runat=”server” DataSourceID=”SqlDataSource1”> </asp:GridView>

332

SQL Cache Invalidation

<asp:SqlDataSource ID=”SqlDataSource1” Runat=”server” SelectCommand=”Select * From Customers”

ConnectionString=”<%$ ConnectionStrings:AppConnectionString1 %>” ProviderName=”<%$ ConnectionStrings:AppConnectionString1.providername %>”>

</asp:SqlDataSource>

</form>

</body>

</html>

C#

<%@ Page Language=”C#” %>

<%@ OutputCache Duration=”3600” VaryByParam=”none” SqlDependency=”Northwind:Customers”%>

<script runat=”server”>

void Page_Load(object sender, System.EventArgs e)

{

Label1.Text = “Page created on “ + DateTime.Now.ToString();

}

</script>

The first and most important part of this page is the OuputCache page directive that is specified at the top of the file. Typically, the OutputCache directive specifies how long the page output is held in the cache using the Duration attribute. It is followed by the VaryByParam attribute, which does not permit separate page outputs to be cached based on factors like the requestor’s browser. The new addition is the SqlDependency attribute. This enables a particular page to use SQL Server cache invalidation. The following line shows the format of the value for the SqlDependency attribute:

SqlDependency=”database:table

The value of Northwind:Customers specifies that you want the SQL Server cache invalidation enabled for the Customers table within the Northwind database. The Duration attribute of the OutputCache directive shows you that, typically, the output of this page is stored in the cache for a long time — but this cache is disabled if the Customers table has any underlying changes made to the data that it contains.

A change to the any of the cells in the Customers table of the Northwind database invalidates the cache, and a new cache is generated from the results, which now contain a new SQL Server database request. Figure 11-9 shows an example of the page generated the first time it is run.

Figure 11-9

333

Chapter 11

From this figure, you can see the contents of the customer with the CustomerID of ALFKI. For this entry, you go to SQL Server and change the value of the ContactName from Maria Anders to Mary Anders. Before SQL Server cache invalidation, this change would have done nothing to the output cache. The original page output in the cache would still be present and the end user would still see the Maria Anders entry for the duration specified in the page’s OutputCache directive. Because of SQL Server cache invalidation, after the underlying information in the table is changed, the output cache is invalidated, a new result set is retrieved, and the new result set is cached. When a change has been made, you see the results shown in Figure 11-10.

Figure 11-10

Adding more than one table to a page

The preceding example shows how to use SQL Server cache invalidation for a single table on the ASP.NET page. What do you do if your page is working with two or more tables?

To add more than one table, you use the OutputCache directive shown here:

SqlDependency=”database:table;database:table

From this example, you can see that the value of the SqlDependency attribute separates the databases and tables with a semicolon. If you want to work with both the Customers table and the Products table of the Northwind database, you construct the value of the SqlDependency attribute as follows:

SqlDependency=”Northwind:Customers;Northwind:Products”

Attaching SQL Server cache dependencies to the Request object

In addition to changing settings in the OutputCache directive to activate SQL Server cache invalidation, you can also set the SQL Server cache invalidation programmatically. To do so, you use the SqlCache Dependency class, which is illustrated in Listing 11-3.

334