Service Broker 概述

ServiceBroker(简称SSB)是基于数据库引擎提供的一个强大的异步编程模型,通过ServiceBroker,开发人员无需编写复杂的通信和消息程序,即可在数据库实例之间完成高效可靠的异步通信。

Service Broker具有如下特点:

1  数据库集成

完全基于数据库引擎,无需任何开发。对象和数据也存储于数据库中,可以应用标准的数据维护方法(例如备份/还原数据)。

2  自动激活

可以为接收消息的Service配置消息处理存储过程,当收到消息时,自动激活该存储过程处理收到的消息。

3  相关消息锁定

同一会话组的消息可以保证由同一个消息处理过程处理。这在处理如订单这类,可能包含订单主表、订单明细等多条消息的情况下非常有用

4  排序和协调消息

在传递大内容的消息时,ServiceBroker会自动分拆消息,并且在接收端自动组合消息,无需编写额外的代码来保证这些分拆后的消息能够按照正确的顺序还原

 5 松耦合与工作负荷灵活性

消息发送和接收可以随时被中断,恢复时将自动恢复消息处理,在自动激活的消息处理中,可以设置并发的线程数,以控制消息处理的速度。消息传递可以通过多个路由到达目的端,也可以避免因为某部分网络或者服务器负载过重导致消息无法及时到达目的地。

Service Broker通常用于:

1  异步触发器

2  大规模批处理

3  可靠和异步处理

完整的ServiceBroker如图所示。包含三层架构:

1  ServiceBroker对象

位于用户数据库内。一个标准的ServiceBroker对象由Service(服务,是消息发送和接收处理接口、Queue(队列,存储发送和接收的消息)、Contract(约束,确定这个ServiceBroker对象可以处理的消息规则)、MessageType(消息类型,确定具体的消息结构)。

2  数据库级ServiceBroker对象

同一数据库内的ServiceBroker对象之间可以直接传递消息。如果要与其他数据库的ServiceBroker对象传递消息,则必须在数据库中创建路由(Route)来标识本数据库外的ServiceBroker对象(体现在用于接口的Service上);如果ServiceBroker对象位于其他实例,则除了跌幅外,还可能需要创建用于身份验证的远程服务绑定(RemoteService Binding)。

3  服务器级ServiceBroker对象

当要与本实例外的ServiceBroker对象传递消息的时候,必须要在实例之间建立消息通道。实例级的ServiceBroker Endpoint用于完成此项工作,为了保证消息传输的安全性,还需要配置用于ServiceBroker Endpoint安全的相关对象。

 

如果想了解有关Service Broker更为详细的信息,可以参考联机帮助:

http://msdn.microsoft.com/zh-cn/library/bb522893.aspx

如果想自己动手配置一下Service Broker,可以参考联机帮助上的教程:

http://msdn.microsoft.com/zh-cn/library/bb839489.aspx

 


 

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、付费专栏及课程。

余额充值