Asp.net2.0中的缓存机制

Asp.net2.0中，缓存机制在原来1.1中的“页面缓存”、“用户控件缓存”的基础上又多了一种：数据源缓存。
新增的DataSource控件（数据源控件）将可以很好的解决了“缓存失效”问题。

这里不谈文件型数据源，主要看看 Sql 数据源。

Asp.net2.0和sqlserver配合进行缓存有2种方式：轮询、查询通知。
轮询-----------主要是针对SQL (7.0, 2000, 2005)；
查询通知-----只针对Sql2005。

1、轮询方式编程步骤：

使用 aspnet_regsql.exe 工具为数据库启用通知。 注：aspnet_regsql工具在后台使用SqlCacheDependencyAdmin类的方法，所以可以直接从ASP.NET页面中使用此类的方法。
aspnet_regsql.exe -S . -E -d databasename -ed
（-S 数据库实例名，这里的“点”代表本机实例； -E 集成身份验证； -d 数据库名称）
此步骤只需为每个数据库执行一次。

使用 aspnet_regsql.exe 工具为希望依赖的表启用通知。
aspnet_regsql -S . -E -d databasename -t tablename -et
（-t 表名）

在应用程序的配置中注册通知。
<connectionStrings>
　<add name="LocalSqlServer" connectionString="Data Source=.;Initial Catalog=Morning2;Integrated Security=True"
providerName="System.Data.SqlClient" />
</connectionStrings>
。。。。
<system.web>
<caching>
<sqlCacheDependency enabled="true" pollTime="1000" >
<databases>
<add name="databasename" connectionStringName="LocalSqlServer" /> //这里的LocalSqlServer必须在前面声明
</databases>
</sqlCacheDependency>
</caching>
</system.web>
轮询时间指定应用程序每隔多长时间检查数据是否已更改。

然后就可以在 OutputCache 指令上使用一个 SQL 依赖项：
<%@ OutputCache Duration="999999" SqlDependency="databasename:tablename" VaryByParam="none" %>
或者依赖项也可以直接在数据源控件上指定：
<asp:SqlDataSource EnableCaching="true" CacheDuration="Infinite" SqlCacheDependency="databasename:tablename" ... />

2、查询通知方式编程步骤：

与基于轮询的失效不同，无需在应用程序的配置中注册任何 <sqlCacheDependency>。而且，无需使用 aspnet_regsql.exe 工具进行任何特殊配置。

基于通知的依赖项是使用字符串 CommandNotification 在 OutputCache 指令上 配置的。此值告知 ASP.NET 应为页或数据源控件创建基于通知的 依赖项。
在页上：
<%@ OutputCache Duration="999999" SqlDependency="CommandNotification" VaryByParam="none" %>
在数据源控件上：
<asp:SqlDataSource EnableCaching="true" SqlCacheDependency="CommandNotification" CacheDuration="Infinite" ... />

在首次执行某 SQL 查询之前，必须在应用程序某处调用 System.Data.SqlClient.SqlDependency.Start() 方法。此方法应放在 global.asax 文件的 Application_Start() 事件中。

＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝
使用 Sql Server 2005 查询通知的常见问题是：

查询的 SELECT 语句中必须显式包含列名。使用“SELECT *”将使查询不会在 Sql Server 2005 查询通知中注册。

查询中的表名必须包括所有者名称。例如，如果对 pubs 数据库中的 authors 表发出一个查询，则该查询必须用“dbo.authors” 来引用表。

运行查询的安全标识必须具有在 Sql Server 2005 中注册查询通知的权限。此权限可以使用下面的 T-SQL 命令来授予：GRANT SUBSCRIBE QUERY NOTIFICATIONS TO username。

运行查询的安全标识还必须具有从 Sql Server 2005 发送查询通知的权限。此权限可以使用下面的 T-SQL 命令来授予：GRANT SEND ON SERVICE::SqlQueryNotificationService TO username。

注意： 对支持查询通知的查询语法有许多限制。有关具体约束的列表，请参见 Sql Server 2005 Books Online（《Sql Server 2005 联机丛书》）中的主题“创建用于通知的查询”。另外，如果出现查询未被缓存，而是在每个页请求上都执行的情况，则可能是查询没有遵守 Sql Server 2005 所要求的约束，或是 Sql Server 2005 在尝试设置该查询的通知时产生错误。目前，当尝试在 ASP.NET 中设置缓存依赖项时，这些条件中的任何一个都会导致没有任何提示的错误，其最终结果是缓存依赖项始终失效，并因此使得所有相关联的查询始终会在每个页请求上执行。

附：ｓｑｌ２００５联机文档（部分）－－全文见上面链接ms-help://MS.VSCC.v80/MS.VSIPCC.v80/MS.SQLSVR.v9.en/udb9/html/3ba5271c-7efa-4a73-a2c4-b4730df3fdc3.htm

Supported SELECT Statements
Query notifications are supported for SELECT statements that meet the following requirements:

The projected columns in the SELECT statement must be explicitly stated, and table names must be qualified with two-part names. Notice that this means that all tables referenced in the statement must be in the same database.

The statement may not use the asterisk (*) or table_name.* syntax to specify columns.

The statement may not use unnamed columns or duplicate column names.

The statement must reference a base table.

The projected columns in the SELECT statement may not contain aggregate expressions unless the statement uses a GROUP BY expression. When a GROUP BY expression is provided, the select list may contain the aggregate functions COUNT_BIG() or SUM(). However, SUM() may not be specified for a nullable column. The statement may not specify HAVING, CUBE, or ROLLUP.

A projected column in the SELECT statement that is used as a simple expression must not appear more than once.

The statement must not include PIVOT or UNPIVOT operators.

The statement must not include the INTERSECT or EXCEPT operators.

The statement must not reference a view.

The statement must not contain any of the following: DISTINCT, COMPUTE or COMPUTE BY, or INTO.

The statement must not reference server global variables (@@variable_name).

The statement must not reference derived tables, temporary tables, or table variables.

The statement must not reference tables or views from other databases or servers.

The statement must not contain subqueries, outer joins, or self-joins.

The statement must not reference the large object types: text, ntext, and image.

The statement must not use the CONTAINS or FREETEXT full-text predicates.

The statement must not use rowset functions, including OPENROWSET and OPENQUERY.

The statement must not use any of the following aggregate functions: AVG, COUNT(*), MAX, MIN, STDEV, STDEVP, VAR, or VARP.

The statement must not use any nondeterministic functions, including ranking and windowing functions.

The statement must not contain user-defined aggregates.

The statement must not reference system tables or views, including catalog views and dynamic management views.

The statement must not include FOR BROWSE information.

The statement must not reference a queue.

The statement must not contain conditional statements that cannot change and cannot return results (for example, WHERE 1=0).