剖析SQL Server 2005查询通知之基础篇 - 戈氏的日志 - 网易博客

图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()，这也是一个静态方法。

Sub Application_Start(ByVal sender as Object， _

ByVal e as EventArgs)

System.Data.SqlClient.SqlDependency.Start _

(System.Configuration.ConfigurationManager. _

Connectionstrings("pubsConn").ConnectionString)

End Sub

Sub Application_End(ByVal sender as Object，

ByVal e as EventArgs)

System.Data.SqlClient.SqlDependency.Stop _

(System.Configuration.ConfigurationManager. _

Connectionstrings("pubsConn").ConnectionString)

End Sub

　　如果你在调用Start和Stop的同时观察SQL Server Profiler，那么你会看到许多有趣的信息。当调用Start时，应用程序运行一个查询以确保支持Service Broker，然后创建一个存储过程备以后用于清除在Service Broker基础结构中的SqlDependency队列和服务。最后，它运行一个SQL Server 2005 WaitFor命令，该命令负责查询在Notification Service部分的入口。这就是如果你使用ADO.NET的低级SqlNotificationRequest对象的话所有你需要显式完成的事情。

　　在整个的.NET 2.0的设计过程中，SqlDependency底层架构从一种推模式（来自SQL Server）改变为一种拉模式（来自.NET）。这样做的原因是为了解决第一次设计时所导致的一些安全问题。微软的Sushil Chordia在MSDN上发表了一篇有关于这种改进的文章，该文详细描述了这一改进的内在机理。

　　六. 你的第一个通知

　　下面，让我们开始使用SqlDependency来分析一下所有上面这些是如何协同工作的。

　　首先，我们创建一个类NotificationTest来存取你的数据。在这个类中，还要创建一个典型的函数以便从Pubs数据库的Authors表中查询一些数据并返回一个SqlDataReader。

Imports System.Data.SqlClient

Public Class NotificationTest

Public Function DepTest() As SqlDataReader

Dim conn As New SqlConnection(connstring)

conn.Open()

Dim cmd As New SqlCommand(

"SELECT * FROM authors("， conn)")

Dim rdr As SqlDataReader

rdr = cmd.ExecuteReader()

Return rdr

End Function

End Class

　　现在，让我们修改代码来加入这种依赖性。首先，声明一个名为SqlDependency的对象。为了使之用于该类中的其它函数中，我把它定义为一个类变量。

　　然后，你需要改变这个查询。查询通知要求你显式地列举在你的查询中的列，以及总是使用一种“两部分”的表名。注意一下在修改后的代码示例中的新的查询文本。

　　然后，实例化新的SqlDependency并且把它依附到命令中。

　　就是这些。当执行命令时，依赖性随着它直到数据库。在它处理查询的同时，SQL Server能够看到这一依赖性并且把它发送到Service Broker以注册它。

Imports System.Data.SqlClient

Public Class NotificationTest

Dim

dep As SqlDependency

Public Function DepTest() As SqlDataReader

Dim conn As New SqlConnection(connstring)

conn.Open()

Dim cmd As New SqlCommand( _

"SELECT au_id， au_lname，au_fname " & _

"FROM dbo.authors"， conn)

dep = New SqlDependency(cmd)

Dim rdr As SqlDataReader

rdr = cmd.ExecuteReader()

Return rdr

End Function

End Class

　　现在，你已经注册了依赖性，但是当通知返回到应用程序时你还根本没有捕获它。不过，SqlDependency类提供了两种方式来了解一个通知。一种方式是通过OnChange事件，你可以通过创建一个代理来捕获它；另一种方式是通过属性HasChanges，你可以在你的应用程序逻辑中对之进行测试。在下列代码中，我在OnDepChange事件中添加了代码以便在后面的某个时候测试通知。

Imports System.Data.SqlClient

Public Class NotificationTest

Dim dep As SqlDependency

Public Function DepTest() As SqlDataReader

Dim conn As New SqlConnection(connstring)

conn.Open()

Dim cmd As New SqlCommand( _

"SELECT au_id，au_lname，au_fname FROM " + _

"dbo.authors"， conn)

dep = New SqlDependency(cmd)

AddHandler dep.OnChange， AddressOf OnDepChange

Dim rdr As SqlDataReader

rdr = cmd.ExecuteReader()

Return rdr

End Function

'处理器方法

Public Sub OnDepChange(ByVal sender As Object， _

ByVal e As SqlNotificationEventArgs)

Dim DepInfo As String = e.Info.ToString

'做一些事情以响应通知

End Sub

Public ReadOnly Property HasChanges() As Boolean

Get

Return dep.HasChanges

End Get

End Property

End Class

　　现在，我们来看一下其工作原理。首先，把一个断点放到OnDepChange事件的End Sub代码行。然后，从你喜欢的网页、表单程序或控制台程序中调用DepTest函数来进行测试。在返回SqlDataReader后，在Visual Studio 2005的Server Explorer或在SQL Server Management Studio中打开Authors表并且编辑某一个字段内容。例如，一旦锁定这一改变，那么，当你把光标移动到表中的一个新行时，断点应该被激活。

　　七. SQLNotificationEventArgs

　　当你看到通知的确从数据库中传来时，你可以分析一下相应变量的值，它是一个SqlNotificationEventArgs对象。SqlDependency总是随着OnChange事件返回这个对象，而且它是很有用的。其中，SqlNotificationInfo是一个具有18种可能值的枚举类型。其中，一些值对应情况正常，而另一些显示出了问题。这些枚举中有Update，Insert和Delete—告诉你在数据中发生了什么类型的变化。还有其它一些值即

使在事件发生时也不会被发送。例如，重新启动服务器将激发所有的通知；而枚举值Drop或Truncate告诉你已经对依赖的表实现了某种操作。

　　另外，还存在一些依赖性甚至还不能被注册的情形，例如如果你试图对一个UPDATE查询设置一个依赖性将返回Invalid。而返回值Query显示你的查询语法并不符合通知的严格规则。上面枚举表中的最后两个枚举值，还有其它几个与不能注册查询相关的枚举值在执行该命令时被立即返回。

　　通过查找MSDN库中的有关SqlNotificationInfo枚举文档，你可以得到这些枚举的完全列表。

　　当我一些场合上谈论查询通知时，人们总是问我：“通知是否会告诉你发生了什么事情？”。回答是“不会”。

　　总之，SQLNotificationEventArgs能够向你给出一个通知中最为详细的信息，而这些信息在调试排错时是非常有用的。