2

我正在寻找有关 Service Broker 最佳实践的任何权威文章。

特别是,我正在寻找以下主题(我知道答案,但必须找到支持知识的文档):

  • 同一数据库中的队列
  • 信息
    • 尺寸
    • 消息只是一个指针并且从表中检索数据的系统
  • 检测 - 审计 Service Broker 应用程序

TIA

4

1 回答 1

2

消息只是一个指针并且从表中检索数据的系统

这不是一个 Service Broker 应用程序,只是一个排队应用程序。Service Broker 主要是为分布式应用程序设计的,通信(网络、安全、路由、重试)是主要组件。如果您仅将消息作为指针发送并且数据在表中,那么 SSB 的分布式特性就会崩溃。试金石是“我可以将我的服务移动到另一台服务器上,并且在修复路由后应用程序继续工作吗?” . 如果答案是肯定的,那么您正在按照设计的方式使用 SSB。如果不是,则表示您只对队列感兴趣。

将 SSB 用作“哑队列”的问题在于,这是一个非常昂贵的队列(想想由于对话和对话组而对每条消息所需的额外写入)。RECEIVE 语句很昂贵,基本上是来自优化 pov 的黑匣子。您可以比使用 SSB 服务/队列更好地优化用作队列的表。我认为 SSB 有一个优势,即使在用作本地队列时也很有吸引力,即内部激活功能。有人可能会说激活不能用其他任何东西代替(我同意,它不能),但必须意识到成本并平衡利弊。

于 2013-04-06T12:25:20.710 回答