我一直在阅读这里和一些书籍，并且无法确定在我当前的 vb.net 和 SQL Server 应用程序中学习 Windows 工作流基础是否值得。
我正在设计一个销售跟踪应用程序，其中按照复杂的流程处理订单。目前有 5 种不同的流程，其中某些流程（例如信用检查）可能会发生也可能不会发生，具体取决于订购的项目。
我需要能够拥有报告，以便我们可以轻松地从 vb.net 应用程序和最可能的基于 Web 的报告工具查看数据库中订单的状态。
我的问题：
由于流程变化很大，我最好将自己的订单流程存储在数据库中还是工作流程合适？
我可以轻松地在 SQL 数据库中编写选择查询并查看订单的当前状态吗？（不在应用程序中）
一个可能是一个很好的参考点的例子？
谢谢
抢
由于流程变化很大，我最好将自己的订单流程存储在数据库中还是工作流程合适？
我认为您的灵活性不会改变使用数据库或 WF 的任何内容。无论如何，您将把这些工作流作为 Web 服务托管，因此，如果您有一些规则来决定要执行的流，那么从数据库加载工作流与启动 Web 服务之间实际上没有区别。
另一个有趣的项目是您可以构建一个为您做出这些决定的工作流程。换句话说，您应该考虑构建一个在适当时启动其他工作流的工作流 - 这将使您的业务流程更加顺畅，因为您只需调用一个端点即可让一切顺利进行，并且工作流会做它最擅长的事情，即流动。
我可以轻松地在 SQL 数据库中编写选择查询并查看订单的当前状态吗？（不在应用程序中）
如果您在 WF 上使用 Windows Server AppFabric，我建议您这样做，那么您可以查询监视数据库以获取有关工作流当前状态的信息。但是，如果您需要特定于业务的信息，最明智的方法是在有意义的时候将该信息写入您的应用程序数据库。您从监控数据库中恢复的数据与系统管理更相关。
一个可能是一个很好的参考点的例子？
网络上有很多示例，但我建议您访问Ron Jacobs 的博客并从他那里收集尽可能多的信息。他是 WF 项目经理，实际上关心使用该产品的人的成功 - 他拥有与社区分享的丰富知识，这是您在开始之前需要确定的学习内容。