2

这个问题是很久以前提出的，虽然它涵盖了 SQL 2005 和 2008 的可能解决方案，但对于仍然太常见的 SQL 2000，它缺乏一个好的解决方案。

我需要一种方法来监视数据库表的某些字段的更改，并在这些更改发生时通知我的应用程序，以便我可以将它们作为广播消息在本地网络上发布，任何拥有客户端的人都可以收听它们并将它们显示为警报（想想类似于达到特定阈值的股票市场数据）。

由于几个原因，我不想轮询数据库。1) 我不想给服务器增加额外的负载。2）我宁愿获得近乎实时的通知，也不愿等待轮询频率到期。

现在，我可以将逻辑放在更新数据库的应用程序中，但是数据可以从多个来源更新，包括网络，我不想处理跨 DMZ 边界发送通知的网络服务器等。我不不想在 20 种不同的应用程序中维护它（更强大的问题）。

我已经看到使用扩展存储过程和触发器在 SQL 2000 上完成此操作，但 xp 似乎很难跨平台，并且在安装在 SQL 2005 和 2008 上时它们会中断。也许这只是我所举示例中的错误代码见过，我不确定，但我正在寻找适用于 SQL 2000 及更高版本的东西。

有任何想法吗？

编辑：

我曾考虑过放弃对 2000 的支持，但这并不能解决我的问题。我想要一个能够在未来几年继续发挥作用的解决方案。许多微软技术的一个问题是它们放弃了对它们的支持。例如，通知服务可以满足我的需要，但他们决定在 2008 年弃用它，并且在下一个版本中将不再提供。所以我正在寻找一个很有可能坚持下去的解决方案。

4

2 回答 2

5

非常简单的解决方案

您可以有一个调用网页的触发器，通知更新。

这可能很糟糕，因为如果服务器无法访问网络，出于某种原因，它可能会使插入操作变得很慢。此外，根据插入的频率，它可能同样糟糕。

替代计划

在触发器中，写入队列。（我恰好爱上了MSMQ）。然后，在该队列中等待一些东西，您将“实时”收到消息。同样，如上所述，它容易受到更新频率的影响。

更好的计划

有一个将数据发布到“tblUpdatedThings”表的触发器，然后您可以轮询该表。但我知道你不想投票。无论如何，由于我描述的原因，我认为这更好。

于 2009-08-30T01:01:04.193 回答
2

您希望您的解决方案位于数据库中，但您希望它独立于数据库。你不能两全其美。选一个。如果您想独立于数据库，请不要让源直接写入数据库，而是调用您控制的中央服务，您可以在其中捕获您感兴趣的任何事件。如果您想在不进行轮询的情况下使用数据库功能，则必须部署数据库调用的代码，并且您将依赖于支持您的代码的未来版本。

于 2009-08-30T02:59:41.527 回答