分析SQL Server 2005查询通知之基础篇
在本系列文章中，我们将深进探讨如何把.NET 2.0和SQL Server 2005的查询通知特点联合起来，以便通知利用程序何时要害数据产生变更进而达到打消重复查询数据库的目标。
一、引言
数据库利用程序的典范标题之一是更新陈腐的数据。
假想有一个典范的显示产品及其分类的电子商务网站。一个供应商的产品列表很可能并不经常产生变更，而其分类列表甚至更不会频繁更改。然而，在用户每次浏览该网站时，必需从数据库中重复查询这些列表。这显然是一种典范的低效资源利用，开发者和架构师都在绞尽脑汁想措施以减少这种浪费。
缓冲技巧正是“最小化”对这种几乎“停止”的数据进行重复查询的技巧之一。这种数据可以被进行一次性查询并存储在一个缓冲区中，而且利用程序可以从缓存中重复地存取数据。偶然情况下，才更新缓存以得到新数据。但是，缭绕更新缓存的时间调度方面呈现了几个标题。该多长时间把持一次呢？例如，你每隔多长时间盼看你的产品分类转变一次？每隔几个月一次？每隔两个月刷新一次该缓冲区如何？你知道会产生什么吗？就在你刷新缓存之后，分类被更新，而且在下一次刷新前在两个月的时间里它将保持陈腐。
查询通知，是微软的ADO.NET和SQL Server小组协作开发的新成果。简言之，查询通知答应你缓冲数据并且仅在SQL Server中的数据产生变更时才发出通知。一旦接到通知，你就可以刷新你的缓冲区或者采用你需要的任何措施。
在SQL Server 2005中引进的一种新特点“Service Broker”使得查询通知成为可能。Service Broker把队列机制引进到数据库治理中，它应用一组队列与服务进行通信，而服务反过来也知道如何往回通信以调用相应的实体。实在，这些队列和服务都是一些与表、视图和存储过程一样的类对象。尽管完整可以在SQL Server内应用Service Broker，但是ADO.NET知道如何与Service Broker进行通信以触发这种机制并且从Service Broker中检索回通知。
留心 当SQL Server中的数据产生转变时，查询通知答应你缓冲数据并且通知你。
在.NET一端，存在很多种“钩进”这种功效的方法。ADO.NET 2.0供给了System.Data.SqlClient.SqlDependency和System.Data.Sql.SqlNotificationRequest类。SqlDependency是SqlNotificationRequest的一种高级实现，并且是当应用ADO.NET 2.0时你最有可能应用的类。ASP.NET 2.0也通过System.Web.Caching.SqlCache-Dependency类(它供给了一个针对SqlDependency的包装器)与Service Broker进行通信，而且这是直接通过在一个ASP.NET页面中应用<%OutputCache>指令以声明方法供给的功效实现的。这答应ASP.NET开发者轻易地实现使依附于SQL Server中的数据中的缓存无效。
二、.NET与Service Broker的通信
上面这些技巧是如何联合到一起来解决“缓冲之谜”的呢？尽管你可以采用很多的措施以答应SQL Server把服务供给应.NET；但是，要害还在于，发送到SQL Server的查询具有一个依附到它们的标记以便告诉SQL Server，除了返回成果集外，SQL Server还应当把该查询（及其恳求者）注册到Service Broker。为此，你要创立一个感知该查询的队列和一个依附到该队列的服务，并且知道如何返回到客户端。假如该成果集中的任何一行在数据库中得到更新，那么在相干队列中的项将触发，并且反过来，把一条消息发送到它的服务，然后把一个通知发送回初始化该恳求的利用程序。
图1是SQL Server Management Studio的一个快照，它显示了在数据库的Service Broker部分中的队列（Queues）和服务（Services）。
图1.该图显示了.NET的查询通知所应用的Pubs数据库中的缺省队列和服务。
下面是懂得这一过程的一些有关重要内容：
· 存在一些规矩以指出SQL Server接收哪些类型的查询。
· 一旦SQL Server发送回通知，队列和服务即被删除。这意味着，你仅能在每次恳求中得到一个通知。一个典范的利用程序会重新查询数据库并且，在同时，恳求在Service Broker中创立一种新的依附性。
· 返回到利用程序的信息也不过是“something changed”。该利用程序并不被通知转变了什么（请参考本文中的SQLNotificationEventArgs
节懂得更多的信息）。
· 尽管依附性被绑定到从查询中返回的行上；但是，它并不被查询中的单个列加以过滤。假如你有一个查询—它返回你的组织的基础成员姓名以及那些单个转变之一的地址（但是，其姓名并不转变），这将触发一个转变通知。很盼看，这种特别行动在未来的版本中会有所转变。
· 通知被返回，通过一个专门针对这一目标建立的SqlConnection。这个连接并不参加连接池中。
三、何时应用查询通知
查询通知是针对于并不经常转变的数据而设计的。最好把它利用于服务器真个利用程序(例如ASP.NET或remoting)而不是客户端利用程序(例如Windows表单利用程序)。记住，每一个通知恳求都要在SQL Server中注册。假如你拥有大批的都有通知恳求的客户端利用程序，那么这可能会导致你的服务器产生资源标题。微软推荐，对于客户端利用程序，你应当限制查询通知应用为未几于十个并行用户。
对于大范围利用程序来说，查询通知可能是一种强有力的帮助，而不用简略地添加越来越多的服务器以满足请求。假想，有一家大型的为成千上百万用户供给在线软件更新服务的软件公司。不是使每一个用户的更新把持都触发服务器上的另一个查询来断定需要哪些组件，而是能够缓冲查询成果并且可以直接从该缓存中服务匹配的查询。
留心：对于客户端利用程序来说，应当限制你的查询通知应用—未几于十个并发用户。
对于较小范围的情况而言，下拉式列表框是另一种典范的数据集；此时该数据集更新的次数并不如恳求的次数多。产品列表、州列表、国家列表、供应商、销售人，甚至更多不太需要频繁转变的信息正是应用通知的较好候选。
四、为应用查询通知作准备
由于默认情况下SQL Server 2005处于高度安全的状态，所以你需要“打开”一些功效才干应用查询通知。首先，你要应用的每一个数据库都需要启动Service Broker功效。为此，你可以在T-SQL中应用如下命令实现：
USE mydatabase
ALTER DATABASE mydb SET ENABLE_BROKER
另外，你需要授予一些SQL Server权限以答应非治理员帐户能够参与应用查询通知。
五、SqlDependency.Start和Stop
SqlDependency和SqlCacheDependency都请求，在任何通知恳求前先调用静态方法SqlDependency.Start()。这个方法负责创立一个SqlConnection以实现在数据转变时接收通知。留心，你仅需要在一个利用程序的生命周期的开端建立这些内容。例如，在一个ASP.NET利用程序中，global.asax文件的Application_Start事件处理器就是实现这一功效的利益所。
留心，对包含在通知中的每一个连接都应当调用Start方法。因此，假如你在利用程序中存取多个数据库，那么你需要为每一个数据库调用Start。在下列示例中，有一个针对Pubs数据库的连接串pubsConn，它在这个利用程序的web.config文件中定义。
为了切断这个连接，你可以应用SqlDependency.Stop()，这也是一个静态方法。
分析SQL Server 2005查询通知之基础篇
