使用Sql Server 2008更改通知

我有一个由数据库和多个服务组成的应用程序。 其中一个服务将信息添加到数据库(由用户触发)。

另一个服务定期查询数据库的变化,并使用新的数据作为input进行处理。

到现在为止,我使用了一个可configuration的计时器,每30秒左右查询数据库。 我阅读了关于更改通知的Sql 2005。 但是,在Sql 2008中,这个特性已经被弃用了。

直接在代码中获取数据库中发生的更改的最佳方式是什么? 什么是最佳实践?

Notification Services已被弃用,但您不想使用它。

在某些情况下,您可能会考虑Service Broker消息; 细节取决于你的应用程序。

在大多数情况下,您可以使用SqlDependency或SqlCacheDependency。 他们的工作方式是当你发出一个包含你的查询的SqlDependency对象时。 查询可以是单个SELECT或存储过程中复杂的一组命令。

过了一段时间,如果另一个Web服务器或用户或网页对数据库进行了更改(可能导致上一个查询的结果发生更改),则SQL Server将向所有已注册SqlDependency对象的服务器发送通知。 您可以注册代码以在这些事件到达时运行,或者事件可以简单地清除caching中的条目。

尽pipe您需要启用Service Broker来使用SqlDependency,但您不需要明确地与它进行交互。 但是,您也可以将其用作替代机制; 把它看作一个持久的消息系统,保证消息顺序和一次性交付。

如何使用这些系统的细节是一个论坛post有点长。 你可以selectGoogle,也可以在我的书( 超快速ASP.NET )中提供例子。

是的, 这个博客文章解释说Notification Services现在已经被弃用了,以及替代品或替代品是什么。

出于您的目的 – 获取数据库中发生的更改的通知 – 听起来像您想要SQL Server更改跟踪 。 但通知是一个拉模型 – 您的应用程序必须在更改表上执行查询。

我无法弄清楚SqlDependency是否继续与Notification Services一起使用。

有很多不同的方式来跟踪数据库中的变化:或者通过维护时间结构的触发器,如积压,跟踪日志(又名“审计表”),或者使用SQL 2008中的变更跟踪function作为另一个答案中的参考。 不pipe你使用什么机制,你都有通知你的本地服务的变化的问题。 为此,您可以使用Service Broker和基于事件的激活。 从你所描述的,似乎让应用程序等待队列中的事件。 http://msdn.microsoft.com/en-us/library/ms171581.aspx

如果你不希望有服务挂在队列上睡觉,你可以通过使用服务代理中的外部激活机制来调查服务,使之成为“按需”生活。

您可以使用System.Data.SqlClient.SqlDependency(适用于Service Broker)订阅表中的更改。