剖析SQL Server 2005查询通知之基础篇

核心提示：摘要 在本系列文章中，我们将深入探讨如何把.NET 2.0和SQL Server 2005的查询通知特征联合起来，剖析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中检索回通知。