大家好你们好，
与最后一个项目相比
即使几乎没有结构性变化，也需要很长时间才能添加修订标签和Comp/Sync。
有人知道主要因素可能是什么？
有什么与数据大小有关的吗？（但是列表大小在开发模型中很小）
此致，
利特布
解决了！去解决方案。
你好，
创建和比较修订标签的时间不应仅取决于数据 - 仅取决于结构。因此，即使您的更改很小，但是您的模型在结构方面也很复杂/大，这些时间也会更长。
旁注：同步和滚动时间也随数据的大小而增长，因为必须重新打开这些操作模型之后。
在原始帖子中查看解决方案
你好@litterbarbie
尽管有一个较小的结构更改修订标签必须检查整个模型中的所有更改。
这就是为什么需要一些时间来创建而不是总是的原因。
再次将整个模型与Dev One和修订标签进行比较。因此，通常同步会花费一些时间来沉迷新的更改。
谢谢，
Puneeth HP
@litterbarbie
在修订标签时，数据更改将不会执行。
同时同步@m.kierepka提到将模型加载到最新的同步更改和数据变化，并比较新的更改，在同步过程中需要一些时间。
对于修订标签，必须在上次修订标签之后完成的所有更改创建它。因此，创建需要花费最少的时间。
好吧，这并不容易，因为Anaplan的后端/发动机结构并不那么简单。我认为您可以从Anaplan购买模型分析（他们将检查您的模型，并为您提供许多数据，例如模块，Actons的性能以及如何改进它，这通常可以帮助您优化模型的尺寸和性能）。但是通常，如果您在不同的集合，行项目子集等中使用许多维度，则模型很复杂。
由于数据庞大，有些型号的尺寸很大。
我们现在可以通过流程图进行操作，我们可以猜测该模型是否很大。
它包含多少列表以及数据模块，驱动程序模块和输出模块。子集和某些配方并发症，而不是根据计划标准，所有这些都会影响模型性能。
模型结构您可以在模型地图（模型的流程图）中了解。
而且，您也可以通过模型分析了解所有这些事情。
@m.kierepka@puneeth H p
嗨，两个，
附加信息。
我们刚刚发现我们有一些很大的清单，其中未检查生产数据。
删除/检查生产数据后，现在完全不花时间！
结构数据列表是关键点。
非常感谢！
最好的，
