CORRESPONDING auf strukturloser Tabelle

CORRESPONDING auf strukturloser Tabelle

Hallo zusammen,

immer wieder ärgere ich mich darüber, dass man anscheinend bei internen Tabellen ohne Struktur den CORRESPONDING-Befehl nicht verwenden kann. Anstelle eines eleganten (und mutmaßlich auch performanteren)
muss ich daher eine Krücke mit FOR und VALUE bauen, die einzeln durch die Zeilen von planstellen hechelt und deren table_line der Komponente von mitarbeiter zuweist.

Übersehe ich etwas, oder hat die SAP das wirklich so blöd gemacht? (Der Ausweg über eine Tabellenstruktur mit nur einer Spalte, nur um nachher CORRESPONDING einsetzen zu können, gefällt mir auch nicht wirklich.) Oder gibt es eine schönere Alternative?

Re: CORRESPONDING auf strukturloser Tabelle

Wenn es dich immer wieder ärgert, dann baue dir doch eine simple Helfer-Methode dafür.

Das ist dann aber nur Kosmetik, wenn in der Helfermethode dann doch wieder der FOR sitzt. Damit mache ich nur die Performance noch schlechter.

Tatsächlich nutze ich WITH EMPTY KEY sehr häufig. Ein Key muss nützlich sein, sonst hat er keine Daseinsberechtigung. FILTER hingegen kann ich fast nie nutzen, weil beide beteiligten Tabellen exakt identisch typisiert sein müssen. Sowas kommt bei effizienter Programmierung nur sehr selten vor, und obwohl FILTER recht schnell sein soll, stelle ich mir die Krücke mit in CORRESPONDING geschachteltem FILTER nicht wirklich effizient vor, weil da eine Hilfstabelle aufgebaut wird, nur damit deren Inhalt dann doch wieder zeilenweise in eine andere Tabelle übertragen wird. Vielleicht irre ich mich aber auch, müsste man mal messen.

Bei FILTER kommt aber auch erschwerend hinzu, dass man nicht nur den Schlüssel exakt einhalten muss, sondern für die Vergleiche auch nur AND und kein OR oder IN zur Verfügung hat, was in fast allen Fällen, bei denen ich FILTER bislang nutzen wollte, unzureichend gewesen ist. Bei sortiertem Schlüssel sollen laut Onlinehilfe alle Operatoren zulässig sein, was m.E. keinen Sinn macht, da man einen Schlüssel nur dann performancefördernd nutzen kann, wenn alle Vergleiche bis auf die letzte Schlüsselspalte auf Gleichheit erfolgen (so ist es auch bei den WHERE-Bedingungen von LOOP und SELECT). Wenn sie das erlauben, hätten sie gar nicht erst die Schlüsselnutzung zu fordern brauchen.

Re: CORRESPONDING auf strukturloser Tabelle

Vielen Dank. Leider sieht es nicht danach aus, als ob ich jemals von 7.50 runterkommen würde, und es liegt nicht an meiner Firma, sondern an der SAP: ERP 6.0 EHP8 basiert auf 7.50, und es gibt nichts Neueres, und das schon seit 2018. SAP HCM läuft aber nun mal auf ERP 6.0. Also ist ein Upgrade gar nicht möglich.

Die Krücke, SAP HCM unter S/4 HANA zu kapseln, wird bei uns nicht umgesetzt werden.

Re: CORRESPONDING auf strukturloser Tabelle

DeathAndPain hat geschrieben: ↑

05.01.2021 16:17

muss ich daher eine Krücke mit FOR und VALUE bauen, die einzeln durch die Zeilen von planstellen hechelt und deren table_line der Komponente von mitarbeiter zuweist.

Ich habe das Problem genau umgekehrt - die Zieltabelle ist vom Typ einer Spalte der Quelltabelle. Da ich immer noch mit FOR so meine Schwierigkeiten habe: Wie müsste eine solche Konstruktion mit FOR und VALUE denn aussehen?

Beispiel: zieltab type matnr, quelltab type mara, ich möchte aus der quelltab alle MATNRn in die zieltab kopieren.


Ralf

Re: CORRESPONDING auf strukturloser Tabelle

Wobei wir aber brav die Performance im Auge haben und daher Feldsymbole statt Workareavariablen verwenden 😉 , also:
Erfreulicherweise reichen die Winkelsymbole hier aus, um dem System zu sagen, dass es ein Feldsymbol draus machen soll. Man muss also nicht extra irgendwo ein Schlüsselwort FIELD-SYMBOL schreiben, wie man das anderswo tun muss.