C#/SQL数据库监听器

Question

我需要不断地监视数据库行，以检查更改(更新)。如果有来自其他来源的一些更改或更新，则应该在我的应用程序上触发该事件(我使用的是WCF)。有没有办法连续监听数据库行的变化？

我可能有更多的事件来监视同一个表中的不同行。在性能方面有什么问题吗？我正在使用C# web服务来监控SQL Server后端。

Answer 1

不久前，我有一个非常类似的需求，我使用CLR SP将数据推送到消息队列中来解决这个问题。

为了简化部署，我使用一个名为SendMessage的小函数创建了一个CLR，该函数只是将消息推入消息队列，并使用AFTER INSERT触发器(普通触发器，而不是CLR触发器)将其绑定到我的表。

在这种情况下，性能是我的主要关注点，但我已经对其进行了压力测试，它大大超出了我的预期。与SQL Server Service Broker相比，它是一个非常易于部署的解决方案。CLR SP中的代码也非常简单。

Answer 2

您可以在相应的表上使用AFTER UPDATE触发器将项目添加到SQL Server Service Broker队列。然后将排队的通知发送到您的web服务。

另一个帖子提到了SqlDependency，我也想提到它，但MSDN文档有点奇怪，因为它提供了一个windows客户端示例，但也提供了以下建议：

SqlDependency被设计用于ASP.NET或中间层服务中，在这些服务中，具有针对数据库的活动依赖项的服务器数量相对较少。它不是为在客户端应用程序中使用而设计的，在客户端应用程序中，成百上千的客户端计算机将为单个数据库服务器设置SqlDependency对象。

Ref。

Answer 3

“持续”监控可能意味着每隔几小时、几分钟、几秒甚至几毫秒。这种解决方案可能不适用于毫秒级的更新:但是，如果您只需要在一分钟内“监视”一个表几次，那么您可以简单地让一个外部进程检查一个表的更新。(如果存在DateTime列。)然后，您可以处理已更改或新添加的行，并执行所需的任何通知。所以你不会去监听变化，而是去检查它们。以这种方式进行检查的一个好处是，如果在给定的时间量内更新了许多行，则不会有太大的性能损失，因为您将它们批量存储在一起(而不是单独响应每个更改)。