SQL Server Service Broker – 消息队列

SQL Server Service Broker – 消息队列
 
Service Broker 是集成在SQL Server 2005/2008内的消息服务,允许数据库应用程序单向(one-way)或双向(two-way)轻松交换消息。Service Broker 两个重要的优点是:
(1)异步消息(Asynchronous messages)
(2)确保到达目的地(Guaranteed delivery)
 
Service Broker 包含一些相关的组件,Contract、Service、Queue队列、Message Type消息类型、Service program or service application 服务应用程序(一般为存储过程)等等,如下图所示。
 
 
Service Broker 应用程序通过对话进行通信。在实际生活中,对话是两个人之间的沟通。一个人发送一条消息,另外一个人接收消息并回复。
在Service Broker中,一个对话是通过contract、队列、服务进行可靠的、异步的消息交换。简而言之,Service Broker 对话用来发送和接收消息。如下图所示,两个分离的数据库分别定义了一个Service Broker服务,相互之间进行发送和接收消息,进行双向对话。
 

 
Orders数据库发送一条消息给Shipping数据库,消息中说一个订单Order已经接收并确认了。Shipping数据库则发送一条确认消息,说订单正在被处理,随后当订单实际发货后,发送另一条消息给Orders数据库。
当有消息在进入队列时,可以配置Service Broker自动启动服务程序,或者配置程序定期检查消息队列(Message Queue)。Service Broker非常灵活,足以出来不同的业务需要。
 
关于Service Broker的实际开发,建议你参考如下一些文章:
Service Broker实现发布-订阅(Publish-Subscribe)框架(1) (中文)
 
Service Broker实现发布-订阅(Publish-Subscribe)框架(2) (中文)
 
Service Broker实现发布-订阅(Publish-Subscribe)框架(3) (中文)
 
Introducing Distributed Messaging using Service Broker in SQL Server 2005 (英文)
 
  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
SQL Server 2005 的一个主要成就是可以实现可靠、可扩展且功能完善的数据库应用程序。与 .NET Framework 2.0 公共语言运行库 (CLR) 的集成使开发人员可以将重要的业务逻辑与存储过程合并,而 T-SQL 和 XML 中的新增功能扩展了数据操作的可用范围以及开发人员可用的存储功能。另一个重要功能是 SQL Server Service Broker,它为数据库应用程序增加了可靠、可扩展、分布式异步功能。 为什么要编写异步排队操作? 在开发 SQL Server 2005 时,我们与成功开发过大型可扩展数据库应用程序的人员进行了交谈。结果发现他们几乎所有的应用程序中都有一个或多个操作是以异步排队方式执行的。股票交易系统中的结算活动是排队的,这样可以在后台进行结算,在前端处理其他交易。订单输入系统中的发货信息放在一个排队中,稍后将由另一台服务器(通常位于其他位置)上运行的发货系统读取。旅行预订系统在客户填写完路线后再进行实际的预订,并在预订完成后发送确认电子邮件。在所有这些示例中,许多工作都是通过异步方式完成的,从而提高了系统的响应速度,因此用户无须等待工作完成就可以收到响应。 在大多数大型系统中,经过仔细分析后都可以发现,许多处理都可以通过异步方式完成。虽然应用程序中的排队任务无须立即完成,但系统必须确保这些任务能够可靠地完成。Service Broker 使异步排队任务的执行可靠并且易于实现。 使应用程序中的部分任务异步执行的另一个优势是这些任务的处理工作可以在资源可用时完成。如果订单输入系统中的发货任务可以从队列中执行,发货系统就无需具有处理峰值订单负载的能力。在许多订单输入系统中,峰值订单率可能是平均订单率的两倍或三倍。由于订单输入系统必须具有处理峰值负载的能力,因此大量处理能力在很大一部分时间内都处于闲置状态。如果在出现峰值时对异步任务进行排队并在空闲时执行,将显著提高系统的利用率。

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值