Workflow 工作流4.5是否需要SQL Server来保持状态？

我正在阅读APress发布的“Pro WF 4.5”，它似乎明确地说，为了在服务器崩溃/关闭（任何清除内存的操作）后在长时间运行的工作流中保持状态，需要SQL server后端进行持久化

我在网上看到的很多MSDN资料似乎与此相矛盾。例如，下面链接的文章

---

从实际使用WF的人那里得到的真正的独家新闻是什么？TIA。

SQL Server（）有一个内置实例存储，但没有任何东西可以阻止您创建自己的实例存储-

---

通过这种方式，您可以使用任何您喜欢的持久性。

可以在WF上实现自己的持久性实例实现。我的经验是这很难做到。我最终得到了一个由Devart创建的提供者。他们为Oracle数据库创建了一个提供者。您可以在此处找到更多信息

谢谢您的回复。我真正想要的是“放手”的方法。我想知道商店在那里并且正在工作，但我不想配置它，扩展它，等等。基本上我只想知道如果系统在下面重新启动，我的长期运行的工作流将被持久化。您发送给我的链接很好地描述了持久性存储类，但仍然让我想知道，如果我不想实现任何额外的功能，WF会为我做些什么。如果可能的话，我真的很想集中精力开发我的工作流，并希望将其持久化留给WF（？）这不是任何额外的工作，只是为了让工作流存储和重新水化，它本身做了大部分工作，您应该查看这些示例-非常感谢您的反馈。WF似乎很有用，但查找文档有点困难，有时我发现的内容并不十分清楚。例如，您在初始回复中引用的MSDN文章（在SqlWorkflowInstanceStore类上）意味着该类仅用于允许程序员持久化信息，并且似乎需要特定的调用来设置（如中所示，它不会自动发生）。我想这是因为微软试图将其作为自己的服务的主机。谢谢。实现我自己的目标真的不是一个目标。我们希望在系统出现故障的情况下保持持久性，而不必自己做任何额外的工作。我在专栏文章中提到的那本书似乎暗示，为了获得持久性，我们需要进行一些可怕的配置、SQL Server工作，甚至可能需要一些编码。我所做的其他在线阅读暗示我们根本不参与，SQL Server持久性是WF4.5的一部分。试图找出哪一个是真的，或者如果真理位于中间的某个地方。