MS CRM递归工作流程和性能

Question

我即将在CRM中编写一个工作流程，每天调用它自己。这是一个递归工作流程。

它每天将运行在50万个实体上，如果它在过去3天内未被升级，则会停用该记录。

我很担心任何人都会这样做。

Answer 1

您需要确保您的工作流程在非高峰时段运行。假设你有一个内部部署安装，你应该能够逃脱。如果您使用的是托管实例，则可能会担心一个组织正在运行该工作流程，而另一个组织正在使用该系统。如果需要，可以使用超时和自定义工作流程活动来强制开始时间到一定的时间。

我假设你会尽可能高效地计算出哪些记录要停用。 （即查询表达式只会带回您将要停用的记录）。

由CRM提供的内置无限循环保护不应该毁掉您的工作流实例。它在呼叫深度为8之后停止，但如果一个小时内没有呼叫，它将重置为1。所以你每天做一次这样的事实应该可以让你在递归工作流的前端行得通。

Answer 2

我没有亲自实施过这样的事情，但那是在数据库中浮动的500,000条记录，异步服务必须跟踪这些记录，这会对您的硬件征税。另外，CRM跟踪递归工作流实例。我没有在我面前的确切规格，但是如果一个工作流程在特定时间段内自行调用一定次数，CRM将会终止工作流程。

您可以写一个控制台应用程序，向Crm服务询问三天内未更新的记录，然后停用它们吗？将其作为计划任务每​​天运行一次，然后您的CRM系统无需跟踪所有正在运行的工作流实例的负担。

编辑：啊，我现在看到你可能一直在考虑在所有记录上运行一个工作流程，而不是在每个记录上运行的工作流程。 benjynito的建议是有道理的，如果你走这条路，尽管我仍然认为计划任务比使用工作流更合适。