我正在寻找有关 Service Broker 最佳实践的任何权威文章。
特别是,我正在寻找以下主题(我知道答案,但必须找到支持知识的文档):
- 同一数据库中的队列
- 信息
- 尺寸
- 消息只是一个指针并且从表中检索数据的系统
- 检测 - 审计 Service Broker 应用程序
TIA
我正在寻找有关 Service Broker 最佳实践的任何权威文章。
特别是,我正在寻找以下主题(我知道答案,但必须找到支持知识的文档):
TIA
消息只是一个指针并且从表中检索数据的系统
这不是一个 Service Broker 应用程序,只是一个排队应用程序。Service Broker 主要是为分布式应用程序设计的,通信(网络、安全、路由、重试)是主要组件。如果您仅将消息作为指针发送并且数据在表中,那么 SSB 的分布式特性就会崩溃。试金石是“我可以将我的服务移动到另一台服务器上,并且在修复路由后应用程序继续工作吗?” . 如果答案是肯定的,那么您正在按照设计的方式使用 SSB。如果不是,则表示您只对队列感兴趣。
将 SSB 用作“哑队列”的问题在于,这是一个非常昂贵的队列(想想由于对话和对话组而对每条消息所需的额外写入)。RECEIVE 语句很昂贵,基本上是来自优化 pov 的黑匣子。您可以比使用 SSB 服务/队列更好地优化用作队列的表。我认为 SSB 有一个优势,即使在用作本地队列时也很有吸引力,即内部激活功能。有人可能会说激活不能用其他任何东西代替(我同意,它不能),但必须意识到成本并平衡利弊。