Dynamics crm 2011 CRM 2011工作流大小限制

Dynamics crm 2011 CRM 2011工作流大小限制,dynamics-crm-2011,Dynamics Crm 2011,CRM工作流的“规模”是否有任何限制? 我有一个工作流,它有大约30个步骤,它使worflow设计器能够爬行。 加载designer网页和执行任何设计活动(如添加新步骤和为创建/更新操作选择新实体,以及选择“设置属性”和保存)需要2分钟以上的时间。激活/停用工作流也需要很长时间。 欢迎提供任何指导您可以使用子工作流(启动子工作流步骤),并在一个父工作流中调用它们 更改工作流定义将更容易(并且更易于维护)。当你发布工作流时,他会被编译,这就是它花费如此多的原因 从性能的角度来看,我认为长工作流的性

CRM工作流的“规模”是否有任何限制? 我有一个工作流,它有大约30个步骤,它使worflow设计器能够爬行。 加载designer网页和执行任何设计活动(如添加新步骤和为创建/更新操作选择新实体,以及选择“设置属性”和保存)需要2分钟以上的时间。激活/停用工作流也需要很长时间。
欢迎提供任何指导

您可以使用子工作流(
启动子工作流
步骤),并在一个父工作流中调用它们

更改工作流定义将更容易(并且更易于维护)。当你发布工作流时,他会被编译,这就是它花费如此多的原因


从性能的角度来看,我认为长工作流的性能更好。我不知道您的具体限制,但这可能是一种使工作流更改更容易的方法。

问题是在设计时而不是运行时。我正在使用Fiddler查找,对于一个相对简单的工作流,尝试添加“创建”步骤(任务)使用了大量带宽。压缩了140k字节。未压缩的数据大于2MB。您的问题很可能是工作流越大的带宽(暴露的步骤越多)和/或构成该带宽的大量文档。有趣。你可能会认为MSFT会抓住这一点,除非每个人都只是在实现小而简单的工作流。。。MSCRM似乎在大量定制下显示出其弱点。我想儿童工作流程的想法可能会帮助你。。。如果不需要向后引用工作流中的早期步骤。不像Arabela说的那样,有一个家长调用10个子工作流,但是有一个调用B,B调用C,C调用D(等等),所以一切都按顺序执行。可能太过局限而没有实际用处。。。祝你好运,朋友。不确定这是否对你有帮助,但你是否考虑过使用C#和WWF而不是GUI向导来编写工作流程?但也有一些缺点。