gpt4 book ai didi

performance - 使用 7.40+ 语法针对另一个 itab 值过滤 itab 的高效方法?

转载 作者:行者123 更新时间:2023-12-05 01:06:58 26 4
gpt4 key购买 nike

假设我有 2 个内部表:

TYPES:BEGIN OF LTY_FILE,
SOKEY TYPE CHAR5,
SOPONO TYPE CHAR15,
SOCONO TYPE CHAR15,
FLAG TYPE C,
END OF LTY_FILE.
data:IT_ARCHIVE TYPE TABLE OF LTY_FILE,
IT_SAP TYPE TABLE OF LTY_FILE.
it_archive = VALUE #(
( sokey = 'Key1' sopono = 'PO#12' socono = 'Three' flag = 'A' )
( sokey = 'Key2' sopono = 'PO#34' socono = 'Four' flag = 'B' ) ).
it_sap = VALUE #(
( sokey = 'Key1' sopono = 'PO#12' socono = 'Three' flag = 'A' ) ).

IT_ARCHIVE:

<头>
SOKEY SOPONO SOCONO FLAG
Key1 PO#12 三个 A
Key2 PO#34 B

IT_SAP:

<头>
SOKEY SOPONO SOCONO FLAG
Key1 PO#12 三个 A

现在我要 IT_ARCHIVE 中不存在于 IT_SAP 中的行,基于键 SOKEYSOPONOSOCONO,用 FLAG = D 添加到 IT_SAP:

<头>
SOKEY SOPONO SOCONO FLAG
Key2 PO#34 B

所以,新的 IT_SAP 应该如下所示:

<头>
SOKEY SOPONO SOCONO FLAG
Key1 PO#12 三个 A
Key2 PO#34 D

到目前为止,我尝试了以下方法,但在 ABAP 7.4 中失败了,但由于数据非常庞大(每次运行超过 400K),我正在寻找以性能为中心的代码来实现这一目标。

DATA(ls_wa) = it_sap[ 1 ].  " Temporary workarea for insertion.
CLEAR:ls_wa
LOOP AT IT_ARCHIVE ASSIGNING FIELD SYMBOL(<lfs_archive>).
IF NOT LINE_EXISTS( it_sap[ sokey = <lfs_Archive>-sokey
sopono = <lfs_Archive>-sopono
socono = <lfs_archive>-socono ] ).

ls_wa = <lfs_archive>.
ls_wa-flag = 'D'.
APPEND ls_wa to IT_SAP.
CLEAR:ls_wa.
ENDIF.
ENDLOOP.

我尝试的第二种方法:

  data(LT_FINAL) = IT_SAP[].
REFRESH:LT_FINAL[].
lt_final = VALUE #( FOR ls_ar IN IT_ARCHIVE
FOR ls_sap IN IT_SAP WHERE ( sokey <> <lfs_Archive>-sokey
sopono <> <lfs_Archive>-sopono
socono <> <lfs_archive>-socono )
(
"Explicitly mentioning all fields as have to change FLAG value
sokey = ls_Ar-sokey
sopono = ls_ar-sopono
socono = ls_ar-socono
flag = 'D'
) ).

第一种方法需要太多时间,因为有大量数据。令我惊讶的是,第二种方法的结果与第一种方法不同。

ABAP 7.4+ 中有没有更好的方法来实现这一点?

最佳答案

您的主要问题是关于性能的。有关信息,Stack Overflow 中还有其他关于性能和内部表的类似问题/答案。

在您的情况下,您使用“标准”表类型(DATA ... TYPE TABLE OF ...),因此每次查找(line_exists)都会查看内部表的所有行,直到找到一个。与其一遍遍地看所有的行,最好对内表排序一次,每次查找都会快很多;这很容易理解为什么:如果你,人类,看字典(书)中的一个词,希望这些词被排序并且你会很快找到这个词(假设你知道字母 A、B、C 等的顺序.; 电脑也一样。

内表排序有两种方式:

  • 通过将其声明为“排序”或“散列”内表,隐式地声明它,内表的任何初始化或更改都会自动更新索引。
  • 或者明确地,通过语句SORT。此选项更易于理解,但尽可能不推荐。

要在排序和散列之间进行选择(即隐式排序),您必须简单地知道是否可能有两条相同的行具有完全相同的键。

在您的情况下,只需执行以下声明即可显着提高您当前(工作)算法的性能:

TYPES:BEGIN OF lty_file,
sokey TYPE char5,
sopono TYPE char15,
socono TYPE char15,
flag TYPE c,
END OF lty_file.
TYPES:lty_file_tab TYPE SORTED TABLE OF lty_file WITH NON-UNIQUE KEY sokey sopono socono.
DATA:it_archive TYPE lty_file_tab,
it_sap TYPE lty_file_tab.

您还可以通过使用内置运算符 FILTER 来改进您的算法,我认为它在内核中运行得更多(答案中有关 FILTER 的更多信息其他 question )。

例如:

it_sap = VALUE #(
BASE it_sap
( LINES OF VALUE #( FOR <line> IN
FILTER #( it_archive EXCEPT IN it_sap
WHERE sokey = sokey
AND sopono = sopono
AND socono = socono )
( VALUE #( BASE <line> flag = 'D' ) ) ) ) ).

ASSERT it_sap = VALUE lty_file_tab(
( sokey = 'Key1' sopono = 'PO#12' socono = 'Three' flag = 'A' )
( sokey = 'Key2' sopono = 'PO#34' socono = 'Four' flag = 'D' ) ).

(注意:我在这里使用 ASSERT 只是为了证明内部表具有指示值;否则会停止程序/引发运行时错误)

关于performance - 使用 7.40+ 语法针对另一个 itab 值过滤 itab 的高效方法?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/68048691/

26 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com