《WF编程》系列之45 - 承载工作流：持久化与跟踪

SQL持久化和跟踪服务分别为工作流状态和跟踪信息提供了持久的存储。但是，它们并没有一起工作。具体来说，每个服务都会使用不同的数据库连接来进行操作。工作流Runtime也因此会使用多个数据库连接。如果跟踪服务开启了事务支持，则会导致额外的开销出现。当事务跨越多个连接时，微软分布式事务协调程序（Microsoft Distributed Transaction Coordinator，MSDTC）会接受事务的管理。MSDTC也会造成一些开销。WF为同时使用了SQL持久化和SQL跟踪服务的应用程序提供了优化方案：SharedConnectionWorkflowCommitWorkBatchService类。这个服务允许两个SQL服务共享一个连接（前提是这两个SQL服务的连接字符串是相同的）。

6.5.1 共享连接的配置

下面的配置文件配置了SQL工作流服务和共享连接服务。因为我们把连接字符串定义在了CommonParameters节中，所以所有的服务都会使用这个连接字符串。

<?xml version="1.0" encoding="utf-8" ?>
<configuration>
  <configSections>
  <section name="WorkflowConfiguration"
  type="System.Workflow.Runtime.Configuration.WorkflowRuntimeSection, System.Workflow.Runtime, Version=3.0.00000.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35"/>
  </configSections>
  <WorkflowConfiguration>
  <CommonParameters>
  <add name="ConnectionString" value="Data Source=(local);Initial Catalog=WorkflowDB;Integrated Security=true"/>
  </CommonParameters>
  <Services>
  <add type="System.Workflow.Runtime.Tracking.SqlTrackingService, System.Workflow.Runtime, Version=3.0.00000.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35"/>
  <add type="System.Workflow.Runtime.Hosting.SqlWorkflowPersistenceService, System.Workflow.Runtime, Version=3.0.00000.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35"
  UnloadOnIdle="true" />
  <add type= "System.Workflow.Runtime.Hosting.SharedConnectionWorkflowCommitWorkBatchService, System.Workflow.Runtime, Version=3.0.00000.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35" />
  </Services>
  </WorkflowConfiguration>
</configuration>

我们不需要更改我们的应用程序，共享连接服务会在后台和其它Runtime服务一起协调。

6.6 小结

本章回顾了Windows Workflow Runtime的一些功能。我们分析了如何通过订阅Runtime事件和配置跟踪信息来监视工作流Runtime，还分析了如何通过添加服务来定制Runtime。这些服务包括调度服务（用作管理线程）、持久化服务（用作管理状态）和跟踪服务（用作记录跟踪信息）。如果内置的服务并不能完全满足你的需求，我们可以自己编写服务来替换掉它们。这中架构给予了Windows Workflow Runtime很大的灵活性和扩展性。

译者注：
终于译完了第六章，这才发现MSDN已经更新了WF部分中文资源，许多词语也终于有了官方译法，比如之前我一直译作“持久化”的“Persistence”，官方译作了“持久性”，虽然我个人还是认为持久化更加形象，但日后的翻译还是以官方的为准，之前翻译好的部分，也就不再做更新了，相信也不会给大家的阅读造成太大的影响。