ASP.NET缓存依赖--SQL Server 2005与SQL Server 2008缓存依赖

其实，在某些方案中，使用带有 SQL 依赖项的缓存可显著提高你的应用程序的性能。例如，假定你正在构建一个从数据库显示产品信息的电子商务应用程序。如果不进行缓存，则每当用户要查看产品时，应用程序都必须从数据库请求数据，执行相关的数据库连接、查询等命令。如果查询访问量很大时，这对于服务器与数据库来讲其耗费的资源是不可估量的。要解决这样的问题，你可以根据需要在某一时刻将产品信息缓存一天或者一段时间，由于产品信息已经在内存中，因此可确保较快的响应时间，从而也减少了数据库的访问量。
      但是，当数据库的产品信息发生变化时，缓存的产品信息就会失去与数据库中的产品信息的同步，且不同步的时间最长可达你设置的缓存时间（如一天）。其实，面对这样的不同步问题，使用 SQL 缓存依赖项可以缓存产品信息，并创建一个数据库表或行更改的依赖项。当且仅当数据更改时，基于该数据的缓存项便会失效并会从缓存中移除。下次从缓存中请求该项时，如果该项不在缓存中，便可以再次向缓存中添加更新后的版本，并且可确保具有最新的数据。
      在ASP.NET中，为你提供了SqlCacheDependency 类用于创建依赖于数据库中表或行的缓存项。当表中或特定行中发生更改时，带有依赖项的项便会失效，并会从缓存中移除。你可以在 Microsoft SQL Server 7.0、SQL Server 2000 、SQL Server 2005与SQL Server 2008中设置表的依赖项。因为Microsoft SQL Server 7.0与SQL Server 2000现在业界用的越来越少，就其实用性，下面我们就SQL Server 2005与SQL Server 2008缓存依赖做一个详细地阐述。
其实，SQL Server 2005与SQL Server 2008与理想的通知解决方案最为接近，它们实现了一种更改通知模型，可以向订阅了通知的应用程序服务器发送通知，而不是依赖早期版本的 SQL Server 中必需的轮询模型。如图所示，它们将通知基础结构以消息系统的模式内建在数据库内，叫做服务代理。服务代理管理队列，它们是具有相同标准的表、存储过程或者视图等数据库对象。

图：在SQL Server 2005与SQL Server 2008中监视数据的变化
                                 
       SQL Server 2005与SQL Server 2008监控对特定 SQL 命令的结果集的更改。如果数据库中发生了将修改该命令的结果集的更改，依赖项便会使缓存的项失效。此功能使得SQL Server 2005与SQL Server 2008可以提供行级别的通知。
      要使用SQL Server 2005与SQL Server 2008缓存依赖，你首先要做的就是启用通知，即确保数据库具有enable_broker标记设置。你可以用下面的SQL语句来执行这个动作：
 
use ASPNET4
alter database ASPNET4 set enable_broker
 
      通知支持 Select 查询和存储过程，支持多个查询和嵌套查询，但必须遵循如下规则：
      1）必须提供完全限定的表名，其中包括所有者名称，例如dbo.employee，如果你只写成employee就是不正确的。
      2）查询不支持聚合操作，例如count()、max()、min()或者average()。
      3）查询不能够使用通配符号（*）选择所有列。
      如下面就是一个可接受的命令：