＋设为首页 ＋添加到收藏夹
一、引言
sql server 2005 的一个主要成就是可以实现可靠、可扩展且功能完善的数据库应用程序。与 .net framework 2.0 公共语言运行库 (clr) 的集成使开发人员可以将重要的业务逻辑与存储过程合并，而 t-sql 与 xml 中的新增功能扩展了数据操作的可用范围以及开发人员可用的存储功能。另一个重要功能是 sql server service broker，它为数据库应用程序增加了可靠、可扩展、分布式异步功能。
在大多数大型系统中，经过仔细分析后都可以发现，许多处理都可以通过异步方式完成。虽然应用程序中的排队任务无须立即完成，但系统必须确保这些任务能够可靠地完成。service broker 使异步排队任务的执行可靠并且易于实现。 【相关文章:DB2的高可用性和灾难恢复概述(1)】
二、为什么要编写异步排队操作？在开发 sql server 2005 时，我们与成功开发过大型可扩展数据库应用程序的人员进行了交谈。结果发现他们几乎所有的应用程序中都有一个或多个操作是以异步排队方式执行的。股票交易系统中的结算活动是排队的，这样可以在后台进行结算，在前端处理其他交易。订单输入系统中的发货信息放在一个排队中，稍后将由另一台服务器（通常位于其他位置）上运行的发货系统读取。旅行预订系统在客户填写完路线后再进行实际的预订，并在预订完成后发送确认电子邮件。在所有这些示例中，许多工作都是通过异步方式完成的，从而提高了系统的响应速度，因此用户无须等待工作完成就可以收到响应。 【扩展阅读:DB2数据库在i系列服务器(V5R3)上】
使应用程序中的部分任务异步执行的另一个优势是这些任务的处理工作可以在资源可用时完成。如果订单输入系统中的发货任务可以从队列中执行，发货系统就无需具有处理峰值订单负载的能力。在许多订单输入系统中，峰值订单率可能是平均订单率的两倍或三倍。由于订单输入系统必须具有处理峰值负载的能力，因此大量处理能力在很大一部分时间内都处于闲置状态。如果在出现峰值时对异步任务进行排队并在空闲时执行，将显著提高系统的利用率。
三、为什么排队应用程序难于编写？既然异步排队应用程序具有许多优势，为什么不以这种方式编写所有应用程序？这是因为编写异步排队应用程序相当困难！许多尝试在应用程序中使用数据库表作为队列的开发人员发现，实际操作远比想象的困难。作为队列的表中包含多个进程，包括同时插入、读取与删除几条记录。这将带来并发问题、降低系统性能并导致频繁死机。尽管许多开发人员都成功地解决了这些难题，但实际操作却非常困难。... 下一页
