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 中设置缓存依赖项时,这些条件中的任何一个都会导致没有任何提示的错误,其最终结果是缓存依赖项始终失效,并因此使得所有相关联的查询始终会在每个页请求上执行。
附:sql2005联机文档(部分)--全文见上面链接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).