Beim Schreiben von ABAP-Programmen ändern wir Daten nicht direkt in der Datenbank. Mit dem SELECT-Befehl holen wir die gewünschten Daten aus der Datenbank, speichern sie in einer Struktur namens interne Tabelle, verarbeiten sie bei Bedarf und aktualisieren schließlich die Datenbank mit den Daten aus dieser internen Tabelle.

Wenn wir mit SELECT Daten aus der Datenbank abrufen, tun wir dies nicht immer aus einer einzigen Tabelle. Oft rufen wir Daten aus 2, 3 oder sogar 4 oder 5 Tabellen gleichzeitig ab und übertragen diese Daten in eine interne Tabelle. Während dieses Auswahlprozesses kann es jedoch vorkommen, dass die Daten nicht korrekt in die interne Tabelle übertragen werden, da die Struktur jeder Tabelle nicht dieselbe ist. Was ich mit strukturellem Unterschied meine, ist, dass die Felder und die Reihenfolge der Felder der 2 oder mehr ausgewählten Tabellen unterschiedlich sind.

Als Beispiel sehen wir uns an, wie Daten, die mit einem Standard-Select aus einer Tabelle abgerufen werden, in eine interne Tabelle übertragen werden:

report zae_corresponding.

data: gt_scarr type table of scarr,
      gs_scarr type scarr.

start-of-selection.

  select * from scarr
    into table gt_scarr.
  break-point.

Das Ergebnis der obigen Abfrage ist wie folgt.

Da wir alle Felder ausgewählt haben, können wir sie ohne Probleme mit "into table gt_scarr" in die itab übertragen.

Im obigen Beispiel sind wir auf keine Probleme gestoßen, da wir alle Felder ausgewählt und in gt_scarr eingefügt haben. Aber was würde passieren, wenn wir die Daten von nur 2 Feldern abrufen und in gt_scarr übertragen wollten? Untersuchen wir zum Beispiel den folgenden Code.

report zae_corresponding.

data: gt_scarr type table of scarr,
      gs_scarr type scarr.

start-of-selection.

  select carrid carrname
    from scarr
    into table gt_scarr.

  break-point.

Die Ausgabe unserer Abfrage mit 2 ausgewählten Feldern oben wäre wie folgt.

Wir stoßen auf dieses Problem, weil versucht wird, carrid in das mandt-Feld und carrname in das carrid-Feld einzufügen.

Um Verschiebungen oder Probleme mit den Feldern in der scarr-Tabelle zu vermeiden, schreiben wir einen Code wie den folgenden. Der hier verwendete Ausdruck "into corresponding fields of table" bedeutet gemäß der folgenden Abfrage Folgendes: Gehe zu scarr, wähle die Felder carrid und carrname aus und übertrage sie dann in gt_scarr, wenn die Felder carrid und carrname in gt_scarr vorhanden sind.

report zae_corresponding.

data: gt_scarr type table of scarr,
      gs_scarr type scarr.

start-of-selection.

  select carrid carrname
    from scarr
    into corresponding fields of table gt_scarr.

  break-point.

Nachdem wir unseren Code mit dem Ausdruck "into corresponding fields of table" ausgeführt haben, erhalten wir die folgende Ausgabe, und sie funktioniert wie erwartet korrekt.

Fazit.

Man wählt nicht immer alle Felder einer itab-Struktur aus und fügt sie in eine selbst erstellte interne Tabelle ein. Manchmal wählt man nur einige wenige Felder aus. In einem solchen Fall können Sie potenzielle Spalten-/Datenverschiebungen verhindern, indem Sie die Struktur "into corresponding fields of table" anstelle von "into table" verwenden.

Sind Sie dabei auf Schwierigkeiten gestoßen?

Sie können über dieses Thema in den offiziellen SAP-Ressourcen lesen, indem Sie hier klicken.