点击此处---> 群内免费提供SAP练习系统(在群公告中)加入QQ群:457200227(SAP S4 HANA技术交流) 群内免费提供SAP练习系统(在群公告中)嗨, 我们最近将应用程序从3....
点击此处---> 群内免费提供SAP练习系统(在群公告中)加入QQ群:457200227(SAP S4 HANA技术交流) 群内免费提供SAP练习系统(在群公告中)嗨, 我们最近将应用程序从3....
加入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)
亲爱的达希尔,
在这种情况下,提取(过滤的或完整的)ECC表并首先将它们暂存到登台数据库中始终是一个好习惯。
然后,在多带带的DF中,将这些表连接在一起,并确保将完整的sql推送到数据库中。
否则,您也可以尝试使用上文提到的Denise的join-rank来提高性能。
我只能通过其他方式查看处理时间是否太长,即将SQL-Table内容(取决于大小)放入ECC中的Z_Table,然后再次使用ABAP-Dataflow并将其中的表连接起来。
此致
Julian
一周热门 更多>