点击此处---> 群内免费提供SAP练习系统(在群公告中)
加入QQ群:457200227(SAP S4 HANA技术交流) 群内免费提供SAP练习系统(在群公告中)
嗨,
我们最近将应用程序从3.2升级到了4.2 SP11。
升级很顺利。 几乎所有工作都已成功迁移到新服务器,并且工作正常。
来源为ECC 6.0
目标是SQL DB 2005。
升级后,我遇到了一个场景,在新环境中数据流大约需要4个小时的时间才能完成,而在旧环境中,数据流通常只需要几秒钟的时间。
数据流非常简单。 它会根据联接条件仅从多个源表中更新最多四个行,最多50个行,但是源表中的数据量很大。
请找到以下源表信息,
SWW_WI2OBJ:数据量:20,958,867
SWWUSERWI:数据量:592,021
SWWWIHEAD:数据量:22,914,257
请找到以下DF设计。
查询转换定义。
我从Job Performance Monitor日志中注意到的是
在新环境中,首先是从源表中提取所有记录,然后应用连接,但是在旧系统上,它只是根据源自身的连接条件来获取所需的记录。
可能是我错了,所以我附上了两种环境的作业监视器日志,以供参考。
如果需要更多信息,请告知我。
谢谢
Darshil Shah
(14.6 kB)
考虑数据量,我建议使用ABAP数据流从ECC中提取和合并,然后重新设计该Job。
Dirk在ECC上写了一篇很棒的博客,介绍了不同的提取选项-绝对值得一读:
https://blogs.sap.com/2017/03/13/extracting-data-from-sap-ecc/
通过使用abap数据流,过滤和联接将被推送到ECC,并且将避免您上面提到的行为。
亲爱的达希尔,
在这种情况下,提取(过滤的或完整的)ECC表并首先将它们暂存到登台数据库中始终是一个好习惯。
然后,在多带带的DF中,将这些表连接在一起,并确保将完整的sql推送到数据库中。
否则,您也可以尝试使用上文提到的Denise的join-rank来提高性能。
我只能通过其他方式查看处理时间是否太长,即将SQL-Table内容(取决于大小)放入ECC中的Z_Table,然后再次使用ABAP-Dataflow并将其中的表连接起来。
此致
Julian
你好,
这是升级的一大步。 而且3.2多年来一直不受支持。
我建议的一件事是将联接移至"开始"选项卡,然后将其从"位置"选项卡中删除。
检查以下知识库文章。
https://launchpad.support.sap.com/#/notes/1875746
重新设计联接并使用排名来提高联接性能
https://help.sap.com /viewer/e54136ab6a4a43e6a370265bf0a2d744/4.2.13/zh-CN/8273c48e7e1d4a24ba5063e7851cbc0e.html?q=join%20rank
希望这会有所帮助。
一周热门 更多>