SQLServer2005代理服务应用软件组成

信息是指服务代理应用程序中调用的基本信息单元。对于服务代理，信息总是按照发送的顺序接收，并且保证只发送和接收一次。并确保信息不会丢失。有时候发的信息不能马上收到。如果发生这种情况，服务代理会保存信息，并尝试稍后再次发送。信息之前会发送确认，以确保他们传输的数据是需要的。传输信息的价值非常大，高达2GB。

进行对话

在服务代理应用程序中发送消息时，需要使用会话(或对话)。该会话作为特殊任务创建，并在任务完成时删除。事实上，主要的信息交换建立在服务代理中，而不是信息中。会话发生在两个端点服务中:开始会话服务(发起者)和接受会话请求服务(目标)。

长队

在服务代理应用程序中，信息存储在队列中，直到被处理。在内部，服务代理队列是一种特殊类型的表，可以在SELECT语句中通过队列名称查看。但是，不能在队列中发布INSERT、UPDATE或DELETE语句。你放入队列的信息支持服务器重启，这样可以保证信息不会丢失。

服务

服务程序从队列中读取信息，然后处理它们。该服务可以是临时的、存储的程序或连接到数据库的不同程序。每个服务必须与一个队列相关联。如前所述，会话发生在服务之间。

会话组

会话是用来使信息处理连续不断，并把它们相互联系起来的。每个会话都是会话组的成员。主要思想是一些信息与其他信息相关，对话组以一种整洁的方式将它们放在一起。事实上，事务处理赋予会话组中的所有信息独占和连续的访问权，直到处理过程结束。

还有许多其他与service broker应用程序相关的活动部分。这些组件是服务代理游戏的主要参与者。你对他们越熟悉，你就越能写好服务代理。现在让我们来研究如何使用服务代理来执行业务交易。

商业加工

业务程序中的任务很少以同步的方式执行。这些事务的处理通常包括独立的任务，这些任务可能同步发生，相互重叠，或者可能不依赖于处理过程中的其他步骤。这通常适用于产品制造，尤其是客户预订购买的产品，如汽车。

当有人预订了定制汽车时，创建汽车零件的步骤不必相互依赖。例如，许多这些组件可以同时构建。然而，在加工的最后，它们必须被组装成汽车。您将会遇到:

流程中的步骤取决于前面的步骤。

如果一个步骤失败了，对整个项目的成功更重要。

步骤需要买方的额外输入。

除了这些情况，如果潜在买家取消订单，需要按照流程处理逻辑进行还款。您可能熟悉一种具有这些特征的业务流程。

在数据库中执行类似的进程时，通常会执行一系列数据库处理事务，每个处理进程执行一个独立的原子级任务。当数据库进程前进或返回时，这一系列相关的业务事务通常不能以这种方式完成。必须有计划地设计它们，以便在它们失败时，使用逻辑使业务事务再次返回。整个业务流程很难实现，因为这些独立的流程实际上是相互关联的，包含一个总体目标。这是队列架构(如service broker)的真正价值。

在服务代理应用程序中，并行处理是可能的，也是经常需要的。您可以根据您的业务流程使您的应用程序符合这种模式。在我们的客户汽车的例子中，你可以以这样一种方式设计你的程序，以便同时遵循底盘构建模式和引擎构建模式。是的，使用会话组将这些独立的零件处理流程相互连接起来。