C# 或程序。由于TSQL或PLSQL通常不与数据库外的事物进行接口，因此您需要使用这些类型语言中的一种（如果支持）@Randy，您的解决方案在db触发器等方面听起来有点过于繁重。我正在查看此处发布的其他一些解决方案。thx-1，因为连接到应用程序以通知更新的触

---

---

或程序。由于TSQL或PLSQL通常不与数据库外的事物进行接口，因此您需要使用这些类型语言中的一种（如果支持）@Randy，您的解决方案在db触发器等方面听起来有点过于繁重。我正在查看此处发布的其他一些解决方案。thx-1，因为连接到应用程序以通知更新的触发器是disasterwell的一个配方。。我基本上同意。。但是OP要求提供投票的替代方案。。。此外，我不主张直接连接到应用程序进行通信-广播最好是独立的-不关心是否有活跃的侦听器。好吧，也许我误读了它，但正如我所读到的，它基本上是“通过触发器连接到应用程序进行通信”。请详细说明一下“在触发器中使用外部应用程序逻辑”是什么意思？通常，您可以使用类似java的代码，或者能够调用外部过程或程序，而不是PL/SQL之类的触发器代码。由于TSQL或PLSQL通常不与数据库外的事物进行接口，因此您需要使用这些类型语言中的一种（如果支持）@Randy，您的解决方案在db触发器等方面听起来有点过于繁重。我正在查看此处发布的其他一些解决方案。如果您愿意使用实际队列，而不是“伪队列”，则thxUsing

WAITFOR（RECEIVE）

不会进行轮询。这正是

SqlDependency

所做的。不@Remus，是暂停一段时间的WAITFOR（也称为sleep）。仅供参考，SSB正是在后台这样做的；如果您编写自己的SSB客户端库，您会很快了解到这一点。哦，至于WAITFOR/sleep的原因是，否则循环将与CPU挂钩。我可以肯定地告诉您，

WAITFOR（RECEIVE）

不是轮询。挂起

WAITFOR（RECEIVE）

每当有新消息可用时，就会通知线程。@Remus您的C#客户端仍然以与我的答案相同的方式进行轮询-如开源msft SSB客户端所示。这就是我要表达的观点。是的，SQL端可能有一些技巧。您的观点是什么？如果您愿意使用实际队列而不是“伪队列”，则使用

WAITFOR（RECEIVE）

不会进行轮询。这正是

SqlDependency

所做的。不@Remus，是暂停一段时间的WAITFOR（也称为sleep）。仅供参考，SSB正是在后台这样做的；如果您编写自己的SSB客户端库，您会很快了解到这一点。哦，至于WAITFOR/sleep的原因是，否则循环将与CPU挂钩。我可以肯定地告诉您，

WAITFOR（RECEIVE）

不是轮询。挂起

WAITFOR（RECEIVE）

每当有新消息可用时，就会通知线程。@Remus您的C#客户端仍然以与我的答案相同的方式进行轮询-如开源msft SSB客户端所示。这就是我要表达的观点。是的，SQL端可能有一些技巧。你的观点是什么？你的建议应该有用。我将详细讨论这个问题，可能会将它与sql clr汇编结合使用。谢谢你的建议应该有用。我将详细讨论这个问题，可能会将它与sql clr汇编结合使用。谢谢