START ROUTINE中的性能调优

2020-09-16 14:48发布

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

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


BW专家,

我们在生产系统中面临数据加载问题。 当我检查RSMO时,加载1000条记录所花费的时间超过1小时,并且大部分时间都在"启动例程"中。 下面是某人在"启动例程"中编写的代码。

选择AC_DOC_NO
COMP_CODE
POSTXT
psm_awkey

从/BI0/AFIGL_O1400插入表T_0FIGL_O14

适用于SOURCE_PACKAGE中的所有条目

其中AC_DOC_NO = SOURCE_PACKAGE-AC_DOC_NOAND COMP_CODE = SOURCE_PACKAGE-COMP_CODE。

选择psm_awkey

来自/BI0/AFIGL_O1400的POST_KEY供应商

针对T_0FIGL_O14中所有条目的INT表T2_0FIGL_O14

WHERE PSM_AWKEY = T_0FIGL_O14-PSM_AWKEY AND VENDOR <>''AND(POST_KEY ='31'OR POST_KEY ='')。

在第二个select语句中,<>(NOT EQUAL)和其他条件用于其中的位置,由于此原因,不会发生数据加载。 您能帮我解决这个问题吗?

谢谢。

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

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


BW专家,

我们在生产系统中面临数据加载问题。 当我检查RSMO时,加载1000条记录所花费的时间超过1小时,并且大部分时间都在"启动例程"中。 下面是某人在"启动例程"中编写的代码。

选择AC_DOC_NO
COMP_CODE
POSTXT
psm_awkey

从/BI0/AFIGL_O1400插入表T_0FIGL_O14

适用于SOURCE_PACKAGE中的所有条目

其中AC_DOC_NO = SOURCE_PACKAGE-AC_DOC_NOAND COMP_CODE = SOURCE_PACKAGE-COMP_CODE。

选择psm_awkey

来自/BI0/AFIGL_O1400的POST_KEY供应商

针对T_0FIGL_O14中所有条目的INT表T2_0FIGL_O14

WHERE PSM_AWKEY = T_0FIGL_O14-PSM_AWKEY AND VENDOR <>''AND(POST_KEY ='31'OR POST_KEY ='')。

在第二个select语句中,<>(NOT EQUAL)和其他条件用于其中的位置,由于此原因,不会发生数据加载。 您能帮我解决这个问题吗?

谢谢。

付费偷看设置
发送
3条回答
渐行渐远_HoldOn
1楼 · 2020-09-16 15:28.采纳回答

嗨,

是"不相等"条件导致性能问题。 因此,从where子句中删除VENDOR <>'',然后从内部表中删除空白的供应商。

此外,请在需要时使用排序技术。

选择psm_awkey
 来自/BI0/AFIGL_O1400的POST_KEY供应商
 将T_0FIGL_O14中的所有条目插入表T2_0FIGL_O14
 其中PSM_AWKEY = T_0FIGL_O14-PSM_AWKEY AND(POST_KEY ='31'或POST_KEY ='')。

 供应商升序排序T2_0FIGL_O14。  *或降序

 删除T2_0FIGL_O14 WENDE VENDOR =''。
悠然的二货
2楼-- · 2020-09-16 15:30

您好,Jalina,

DSO FIGL_O14在PSM_AWKEY上是否有索引? 如果没有,您应该考虑一下...

此致

Frederic

Haoba3210
3楼-- · 2020-09-16 15:21

嗨,

首先,我建议对它进行调试,以找出问题是在第一选择还是第二选择中。

原则上,如果您使用的是HANA,那么最好使用AMDP而不是ABAP例程,特别是在从大型表中进行选择但结果集较小的情况下。

BR,

一周热门 更多>