这篇博文讨论了我们在一位客户那里遇到的一些具体问题，他正在将属性视图、分析视图和脚本视图分别迁移到计算视图和表函数。要成功迁移工件，应考虑以下几点。

从属性和分析视图迁移到计算视图使用迁移工具时，具有星形联接的分析视图将转换为计算视图，返利宝，但如果分析视图中有星形架构，则需要考虑以下步骤

1）删除分析视图的星形联接节点中的计算列，并在转换为计算视图后重新执行计算度量。在我们的迁移项目（我们从HANA sps11迁移到HANA sps12）中，我们在转换后遇到了不一致的度量值，物联网传感器，但我们能够通过上述技术解决问题。

2）如果您试图具体化不建议的视图，但仍然无法具体化计算的度量值。所有计算出的度量值都应该在最顶端的聚合/星形联接节点上计算，以获得最佳结果。

3）如果列上的联接具有相似的名称，并且它们是表中的键，则属性/分析视图可能会给出不一致的结果。例如，在我们的情况下，我们正在转换具有MARM和MARC表的material属性视图。加入时，物联网是什么意思，它是从MARM传播MATNR，但在原始属性视图中，MATNR来自MARC。当我们手动更改计算视图、更改联接并从MARC表中获取MATNR时，我们的问题得到了解决。

从脚本计算视图到图形计算视图的迁移–脚本化计算视图中的属性和分析视图提供最差的性能和最大的内存消耗改进，转换脚本化视图中使用的每个属性和分析视图后，可以利用性能。切勿将脚本化视图与属性/分析视图一起使用。虽然不建议使用，但计算视图中的属性和分析视图不会导致巨大的性能问题，因此如果转换工作量较大，则可以使用它们，返利购，但如果涉及脚本计算视图，则应将它们转换为计算视图。

–不要仅对两个表/视图使用星形联接。从星型连接转换到只有两个表/视图的聚合节点时，在减少内存消耗方面的性能显著提高。

博客没有讨论迁移过程。请检查以下链接以了解迁移过程=> https://blogs.sap.com/2016/06/07/how-to-migrate-attribute-analytic-sql-script-based-calculation-views/

，大数据汇总