Service Broker 的典型使用

百度百科 https://baike.baidu.com/item/Service%20Broker/1550225
对于需要异步执行处理的应用程序或需要跨多个计算机分发处理的应用程序,Service Broker 会非常有用。Service Broker 的典型使用包括:

  • 异步触发器
  • 可靠的查询处理
  • 可靠的数据收集
  • 用于客户端应用程序的分布式服务器端处理
  • 用于客户端应用程序的数据合并
  • 大规模批处理

异步触发器

使用触发器(如联机事务处理 (OLTP) 系统)的许多应用程序均可受益于 Service Broker。触发器将向 Service Broker 服务请求工作的消息排队。触发器实际上并不执行所请求的工作。触发器而是创建一条消息,该消息中包含有关要完成的工作的信息,然后将此消息发送给执行该工作的服务。触发器随后返回。
原始事务提交时,Service Broker 将消息传递给目标服务。实现此服务的程序在单独的事务中执行此项工作。通过在单独的事务中执行此项工作,原始事务可以立即提交。应用程序可避免由执行此项工作时,保持原始事务为打开状态而引起的系统速度下降。

可靠的查询处理

某些应用程序在出现计算机故障、停电或类似问题的情况下也必须能够可靠地处理查询。需要可靠的查询处理的应用程序可以通过向 Service Broker 服务发送消息来提交查询。实现此服务的应用程序读取该消息,运行查询,然后返回结果。上述这三个操作发生在同一个事务中。如果在事务提交前发生故障,则整个事务都将回滚,并且消息将返回到队列中。计算机恢复时,应用程序重新启动并再次对消息进行处理。

可靠的数据收集

从一组数量众多的源中收集数据的应用程序可以利用 Service Broker 来可靠地收集数据。例如,具有多个站点的零售应用程序可以使用 Service Broker 向中心数据存储区发送事务信息。因为 Service Broker 提供可靠的异步消息传递,所以即使各个站点临时断开与中心数据存储区的连接,仍可以继续处理事务。Service Broker 安全机制可帮助确保消息不会被误传,还可帮助保护传输中的数据。

用于客户端应用程序的分布式服务器端处理

访问多个 SQL Server 数据库的大型应用程序可从 Service Broker 获益。例如,订购图书的 Web 应用程序可以使用服务器端的 Service Broker 在包含订购、客户、库存以及信用卡数据的不同数据库间交换信息。由于 Service Broker 提供消息队列和可靠的消息传递,因此,即使其中某个数据库不可用或负荷过重时,应用程序仍可继续接受订单。在这种情况下,Service Broker 用作分布式 OLTP 系统的框架。

用于客户端应用程序的数据合并

必须同时使用或显示多个数据库中的信息的应用程序可以利用 Service Broker。例如,将多个位置的数据合并到一个屏幕的客户服务应用程序可以使用 Service Broker 来并行(而不是依次)运行这些请求,这样做可以大大缩短应用程序的响应时间。客户服务应用程序并行向不同的服务发送请求,在这些服务响应请求时,客户服务应用程序收集响应并显示结果。

大规模批处理

必须执行大规模批处理的应用程序可以利用 Service Broker 提供的排队和并行处理功能来迅速高效地处理大量的工作。应用程序将待处理的数据存储在 Service Broker 队列中。程序定期从队列中读取数据并进行处理。应用程序可以利用 Service Broker 提供的可靠的消息传递,在发出请求的计算机以外的其他计算机上执行批处理。

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

余额充值