嗨，大家好
我正在使用以下计算来查找型号大小
1000000000单元格= 9.3 GB
1个单元= 9.3/1000000000
从模块导出的总单元=
这给了我
问题是Anaplan显示模型大小为39.29 GB吗？我已经在8个型号上使用了此计算，所有这些都接近Anaplan中显示的型号大小，只是该模型大小不起作用。
PS： - 我还尝试按订单项类型和细胞计数按数据类型进行计算，但仍然像10 GB以上的出路一样出路。
我也与实际细胞提取物一起附上了Excel纸
任何想法 ？
你好@Karank
引用迈克尔·古尔德（Michael Gould）：
每个列表项目的内存分配为每项500个字节。这是允许项目名称，项目代码，父和其他内置属性的估计，以及提供有效查找所需的内部索引。自定义属性还有其他 - 自定义属性的大小是计算出的，就像它们是一维行项目一样。
资源：
https://community.anaplan.com/t5/anaplan-platform-discussions/model-sizing/m-p/1177#m1985
因此，您的模型在列表项目属性上非常苗条吗？
我也看到别人引用了较低的数量0.0000000074126 AS@Alessio_Pagliano在上面的链接中提到。
我希望这有帮助，
乌斯曼
@Karank
您实际上不能将比率指标用于单元格与GB，这太可变了
尺寸为任何行项目或列表属性的尺寸如下。属性的“单元计数”将是列表中的成员数（包括子集）
布尔= 1B
列表，时间，日期格式= 4B
编号和文字= 8b
作为@usman.zia说每个列表项目= 500B（包括名称和代码属性）
您还需要考虑子集=也是列表成员，因此1M项目和2个子集每个500K = 2M
最后，您需要将切换输入混合。由于未计数“实际”周期，这也可以减少模型单元格数
我希望有帮助
大卫
发现@usman.zia，，，，
一般而言，只能使用单元格大小来估算型号的大小，但是如果您想精确或具有大量列表/属性，则需要相应地考虑它们。这可能就是为什么您可能会遇到一些例外
PS您需要与系统模块相反的属性吗？（回复：最佳实践）
谢谢，
亚历西奥
原因之一可能是列表项目的数量，因为它们不会添加到单元格数中，而是占用空间（每项500个字节）。对于您在所有列表中所拥有的每个子集中的项目数量也是如此，这些物品也不会给您带来细胞计数，而是会吃掉您的空间。
米斯巴
@misbah
只是为了澄清，列出属性做添加到单元格计数中，只是单元格在列表的网格页面中不可见
列表属性=尺寸和性能的行项目。认为它们可以互换
@davidsmith
绝对是，我的意思是说，基于Anaplanner看到的细胞数量，无法估算模型的网格和大小。正如您正确提到的那样，该大小和单元计数并非没有人携手。
还列出属性做添加到细胞计数和是在网格中可见。它的列表项目和每个列表子集中的项目数量都不会转到可见的单元格网格。
