Fortgeschrittenes Open SQL: Subqueries

Verwendung von Subqueries (verschachtelten Abfragen) in der ABAP Open SQL-Architektur, dynamische Filterung in WHERE-Bedingungen und Optimierungsmethoden auf Datenbankebene.

In ABAP SQL-Entwicklungen verwenden wir Subquery-Strukturen (Unterabfragen), wenn wir die Filterkriterien einer Abfrage dynamisch aus einer anderen Tabelle speisen möchten. Subqueries ermöglichen es uns, logische Übereinstimmungen direkt auf der Datenbankschicht (Database Layer) abzuschließen, anstatt Zwischendaten auf die Anwendungsschicht (Application Layer) zu ziehen und über interne Tabellen zu filtern.

In diesem Leitfaden finden Sie Beispielszenarien, die sowohl für die Zuordnung mehrerer Datensätze (IN) als auch für die Suche nach einzelnen Datensätzen (=) reibungslos kompiliert und ausgeführt werden, sowie architektonische Aspekte, die zu beachten sind.

💡 Hinweise zum Architekturdesign

Gleichheitsoperator ( = ) Einschränkung: Die innere Abfrage einer mit dem Operator = erstellten Subquery darf nur einen einzigen Datensatz (single row) zurückgeben. Wenn die innere Abfrage mehr als eine Zeile zurückgibt, erzeugt das System einen Laufzeitfehler (Runtime Error / DUMP).
Speicheroptimierung ( IN ): Die Struktur IN ( SELECT ... ) eliminiert die Notwendigkeit, auf der ABAP-Seite eine temporäre interne Tabelle zu erstellen und FOR ALL ENTRIES IN zu schreiben. Dadurch wird der Speicherverbrauch (Memory Consumption) auf der Anwendungsschicht optimiert.
Code-Lesbarkeit: Die Erstellung einer Unterabfrage innerhalb einer einzigen SQL-Anweisung anstelle von mehreren aufeinanderfolgenden SELECT-Anweisungen und Zwischenprüfungen verbessert die Lesbarkeit und Wartbarkeit (maintainability) des Codes.
Performance und Ausführungsplan: Das Schreiben komplexer Unterabfragen für Tabellen mit sehr großem Datenvolumen kann die Indexnutzung negativ beeinflussen. In solchen Fällen sollte der Ausführungsplan über den SQL Trace (ST05) überprüft und bei Bedarf die Alternative INNER JOIN in Betracht gezogen werden.

💻 Ausführbare Open SQL Subquery-Referenz

1. Mehrzeilige Filterung über den IN-Operator

Dies ist ein Beispiel für das Filtern von Positionen, die zu Auftragsnummern gehören, welche bestimmte Bedingungen erfüllen, aus der Änderungsprotokolltabelle (zchdr_cdpos) in einem einzigen Vorgang.

SELECT value_old,
       value_new,
       username,
       udate,
       utime
  FROM zchdr_cdpos
  INTO CORRESPONDING FIELDS OF TABLE @gt_out
 WHERE objectid IN (
           SELECT vbeln
             FROM vbap
            WHERE vbeln IN @s_vbeln
              AND abgru = '46' )
   AND objectclas = 'VERKBELEG'
   AND tabname    = 'VBAK'
   AND fname      = 'VDATU'.

2. Einzelzeilen-Wertabgleich über den Gleichheitsoperator ( = )

Dies ist ein Szenario zum Finden der Auftragsnummer, die einem eindeutigen ID-Wert (panid) in der Protokolltabelle entspricht, und zum Lesen des Preisfindungsdatums für diesen Auftrag mit SELECT SINGLE.

SELECT SINGLE prsdt
  FROM vbkd
  INTO @gs_sales_header_in-price_date
 WHERE posnr = '000000'
   AND vbeln = (
        SELECT vbeln
          FROM zbrs_ofk_log_b_h
         WHERE panid = @gt_input-panid ).

3. Inline-skalare Subquery mit Host-Variablen

Dies ist ein Beispiel für die Zuordnung der relevanten Standortdaten aus der geografischen Koordinatentabelle (sgeocity) zu Host-Variablen, indem die Abflugstadtinformationen aus der Flugtabelle (spfli) mit einer Unterabfrage gespeist werden.

SELECT SINGLE city,
              latitude,
              longitude
  FROM sgeocity
 WHERE city IN (
        SELECT cityfrom
          FROM spfli
         WHERE carrid = @carr_id
           AND connid = @conn_id )
 INTO (@city,
       @lati,
       @longi).

Verpassen Sie nicht den neuen Code in der Bibliothek!

Abonnieren Sie den Newsletter, um sofort über wöchentlich aktualisierte ABAP-Unternehmenskomponenten, Leistungstipps und Architekturentwürfe informiert zu werden.