1.05-07避免使用大型平面清单的顶级

[#1]

大列表上最高级别的计算无法分配，因此随着列表的增长，计算效率越来越低。考虑一下您是否真的需要总计。如果您需要总计，请查看添加中间父母的“总计”以使计算更有效，使用总和以汇总验证

最佳实践文章：
顶级项目和父层次结构

[米斯巴]

规则1.05-07避免使用大型平面清单的顶级如果您需要总计，请添加虚拟父母以使计算更有效

这是在计划前时代的完成方式。需要汇总的列表，我们过去曾经对所有这些列表具有最高级别，而与列表的大小无关。下面的列表仅包含超过一百万笔交易（出于理解目的）。

这种方法有什么问题？为了了解以下屏幕截图。它基于称为选择性聚合的想法，即Anaplan将重新计算数据块，以便计算父块。

如果要改变多伦多，则需要计算所有其他城市，以重新计算“所有城市”的顶级。如果没有最高水平，则不需要发生这种重新计算。但是，我们添加到层次结构的级别越多，需要进行的计算就越少。

这是应如何以平面方式进行的方式：将大清单分开，并在其中添加虚拟父母。在包含超过一百万笔交易的早期列表中，我添加了5个虚拟父母。

注意：加上虚拟父母的过程可能会发生在Anaplan或Anaplan之外。我想说的应该来自​​源系统，或者ETL层需要将此大列表拆分为倍数（如果列表正在动态更新）。同样，一旦列表加载了虚拟父母，之后应始终是Delta负载。