ethancomstock@gmail.com.
偶尔的贡献者

生产清单项目保护

你好,

我们处于实施的最终阶段,并运行与标记列表相关的问题作为生产数据。问题是,在开发过程中,在线项公式中已引用许多列表项,因此系统可防止这些列表成为生产数据。在其他社区帖子中建议的解决方法,例如使用查找而不是选择,尚未工作。如果有人对此问题的任何经验或建议,我将非常感谢任何帮助。

谢谢,

埃桑

14回复14.
A.Dilieto.
贡献者

当您在列表中搜索文本的信件时
rob_marshall.
主持人

@ a.dilieto.

我想我理解为什么你在创建时设置所有列表的生产数据(所以没有使用硬件或选择语句),但这可能非常危险,特别是在部署的模型中。如果删除生产数据布尔(使其常规列表)然后同步到生产,则将删除与该列表的生产环境中的所有数据删除。出于此的原因是在同步期间,将擦除生产列表清除(删除),并且将插入DEV中的成员。即使具有完全相同的代码的成员在DEV以及生产中使用,系统也不明白,并且只需擦除列表即可。

因此,而不是制作每个列表生产数据列表,最好了解列表将用于(需要在生产环境中更新)或者是静态列表(活动与非活动活动)?如果列表将通过操作或用户参与更新,那么它将需要是一个生产数据列表。如果它是静态的,它应该是常规列表。

希望这可以帮助,

rob_marshall.
主持人
A.Dilieto.
贡献者

嗨Rob,

实际上,我不清楚,但我的意思是制定应该生产的列表(并非全部)。

问候,
安东尼奥
戴维斯史密斯
社区老板

ethancomstock@gmail.com.

只是为了澄清“公式保护”

它是什么?

  • 对列表成员的硬编码引用
  • 选择,如果项目(xx)=,p1 product.cars
  • 顶级项目正常,正如结构(您无法在部署的模型中更改顶级)
  • 您可以有代码(项目(P1产品))=,或名称(项目(P1产品)),因为这不是直接引用列表元素。虽然仍然不是好的练习!

为什么?

  • 在标准模式下,如果删除/修改列表成员,您将生成回滚
  • ANAPLAN不允许最终用户生成回滚
  • 在部署模式下,“生产”列表允许最终用户删除/修改列表,因此ANAPLAN“保护”列表

良好的做法

  • 具有硬编码的参考是不良的做法

我希望能帮助澄清事物

大卫