在计算视图中,我真的需要其他这些节点吗?

2020-09-01 12:46发布

         点击此处--->   EasySAP.com群内免费提供SAP练习系统(在群公告中)

加入QQ群:457200227(SAP S4 HANA技术交流) 群内免费提供SAP练习系统(在群公告中)


认识到SQLScript在建模时(窗口函数,统计函数等)提供了更多的可能性,并且表函数现在也可以用作数据源(现在好了一段时间:))。

那么我的问题:

1。 除了简便(即拖放)之外,在图形计算视图中进行建模还有什么技术优势?

2。 例如,采用以下模型有什么弊端吗?

表->表函数(SQLScript)->计算视图-> SAC/BO

如果我可以通过SQL达到相同的目的,为什么还要使用这些其他节点(联接,联合,例外)! 一定有东西

是否有任何文档/参考文献或博客或最佳做法?

致谢

         点击此处--->   EasySAP.com群内免费提供SAP练习系统(在群公告中)

加入QQ群:457200227(SAP S4 HANA技术交流) 群内免费提供SAP练习系统(在群公告中)


认识到SQLScript在建模时(窗口函数,统计函数等)提供了更多的可能性,并且表函数现在也可以用作数据源(现在好了一段时间:))。

那么我的问题:

1。 除了简便(即拖放)之外,在图形计算视图中进行建模还有什么技术优势?

2。 例如,采用以下模型有什么弊端吗?

表->表函数(SQLScript)->计算视图-> SAC/BO

如果我可以通过SQL达到相同的目的,为什么还要使用这些其他节点(联接,联合,例外)! 一定有东西

是否有任何文档/参考文献或博客或最佳做法?

致谢

付费偷看设置
发送
2条回答
SAP小菜
1楼 · 2020-09-01 13:21.采纳回答

如果您使用的是XS classic,则可以按步骤查看我的博客文章,其中我描述了使用TF的优缺点(关于性能的弊端不再有效,因为图形CV通过与SQL查询相同的优化堆栈进行处理)。

如果您使用的是XSA,我认为主要的缺点只是TF的维护(CV对于诸如添加/删除新字段的简单更改非常灵活)

一只江湖小虾
2楼-- · 2020-09-01 13:18

感谢Konrad的答复。

>

是的,我已经阅读了您关于TF的博客。 好消息是,性能不再是TF的问题。 我实际上对TF和CV进行了一些测试,发现在性能方面的差异可以忽略不计。

一周热门 更多>