解析SQL Server 2005实现数据库缓存依赖_Mssql数据库教程

推荐：为何把你的数据库置于版本控制之下
做程序开发的人都知道版本控制的重要性, 代码的管理好说，TFS/SVN/VSS/CVS,哪个都能用。但涉及到数据库的版本控制，就不是太好做的。有的team是定期把数据库的备份放到服务器上，但一来数据库备份太大，而来二进制的备份文件没有简单的diff工具来比较变化。

使用方法和步骤如下：

step1

检测是否已经启用ServiceBroker，检测方法：

SelectDATABASEpRoPERTYEX('数据库名称','IsBrokerEnabled')

--1表示已经启用0表示没有启用

step2

如果ServiceBroker没有启用，使用下面语句启用：

ALTERDATABASE数据库名称SETENABLE_BROKER;

step3

在实现基于服务的SQL数据缓存依赖过程中，需要显式调用SqlDependency.Start来启动接受依赖项更改通知的侦听器。

SqlDependency.Start(connectionString);//推荐将这段代码加到Global.asax的Application_Start方法中

SqlDependency.Stop(connectionString);//用于关闭，可加在Global.asax的Application_End方法中

step4

该步骤分别有两种不同的做法。该阶段必须注意步骤。

方法A：建立连接对象，再创建一个SqlCommand实例，创建SqlCacheDependency实例，在这步之后再调用Command对象来获取数据(这个顺序很重要)。之后调用Cache的Insert语句建立一个依赖于一个具体查询数据集的Cache项。

SqlConnectionconn=newSqlConnection(strConnection);SqlCommandcommand=newSqlCommand(strCommandText,conn);

SqlCacheDependencydependency=newSqlCacheDependency(command);

//注册方法到委托，该委托是

CacheItemRemovedCallbackonRemove=newCacheItemRemovedCallback(RemovedCallback);

//新增或修改一条缓存记录

Cache.Insert(strCacheKey,objAppCache,dependency,absoluteExpiration,slidingExpiration,CacheItemPriority.Default,onRemove);

方法B：建立连接对象，再创建一个SqlCommand实例，最后创建SqlDependency实例。定义SqlDependency的委托OnChange，当数据发生改变时做出相应的处理(比如清除Cache)。

SqlConnectionconn=newSqlConnection(strConnection);SqlCommandcommand=newSqlCommand(strCommandText,conn);

SqlCacheDependencydependency=newSqlCacheDependency(command);

dependency.OnChange =newOnChangeEventHandler(Dependency_OnChange);

注意事项：

不知道是不是还存在BUG，我在项目开发中遇到一些奇怪的现象。同样的代码，在有的机器上运行则能捕捉到变化，有的则完全没反应;也有时会出现Cache刚建立就反复发生依赖改变的事件。偶尔Cache还会数据发生变化却不引发事件。

但从最终项目实施的情况看，似乎都只是某些机器环境造成的不确定因素?这个无法确定。不过起码数据库端是否正常启用，可以通过SQLServerProfiler来查看监视。

分享：详解SQL Server数据体系和应用程序逻辑
在许多用SQL Server实现的新的企业系统设计中，系统设计师需要在给数据结构和管理应用程序逻辑的定位上做出具有关键性意义的决定。SQL Server有它自己的编程语言(Transact-SQL，即TSQL)，开发者可以用它来管理数据访问、代码事务逻辑和交易控制。 使用TSQL，