OPEN SQL JOIN / Eine Tabelle mit >1 Tabellen verbinden
3 Beiträge
•
Seite 1 von 1
3 Beiträge
Seite 1 von 1
Hallo zusammen,
ich bin gerade dabei mich im Rahmen von Performanceoptimierungen mit OPEN SQL JOINs zu beschäftigen.
Der folgende Programmausschnitt funktioniert auch einwandfrei.
...
DATA: tb_eigen TYPE SORTED TABLE OF eigen WITH UNIQUE KEY mandt carrid
connid fldate bookid.
FIELD-SYMBOLS: <eigen> TYPE eigen.
...
* tb_eigen befüllen.
* b = sbook, f = sflight, c = scarr
SELECT b~mandt b~carrid b~connid b~fldate b~bookid b~customid f~planetype c~carrname
FROM ( ( sbook AS b INNER JOIN sflight AS f ON
b~carrid = f~carrid AND
b~connid = f~connid AND
b~fldate = f~fldate )
INNER JOIN scarr AS c ON
f~carrid = c~carrid )
INTO CORRESPONDING FIELDS OF TABLE tb_eigen
WHERE b~carrid IN carr.
* Kundenname ergänzen
LOOP AT tb_eigen ASSIGNING <eigen>.
SELECT SINGLE name FROM scustom INTO <eigen>-name
WHERE id = <eigen>-customid.
ENDLOOP.
...
Ich würde nun gerne wissen, ob es auch möglich wäre die Kundennamensergänzung gleich in die vorstehende Select-Anweisung zu integtrieren?
Oder ist dies nicht möglich, da ich ja dann von der Tabelle sbook aus auf die Tabellen sflight und scustom "joinen" müste?
Gibt es eine andere Alternative, die die Performance steigern würde?
ich bin gerade dabei mich im Rahmen von Performanceoptimierungen mit OPEN SQL JOINs zu beschäftigen.
Der folgende Programmausschnitt funktioniert auch einwandfrei.
...
DATA: tb_eigen TYPE SORTED TABLE OF eigen WITH UNIQUE KEY mandt carrid
connid fldate bookid.
FIELD-SYMBOLS: <eigen> TYPE eigen.
...
* tb_eigen befüllen.
* b = sbook, f = sflight, c = scarr
SELECT b~mandt b~carrid b~connid b~fldate b~bookid b~customid f~planetype c~carrname
FROM ( ( sbook AS b INNER JOIN sflight AS f ON
b~carrid = f~carrid AND
b~connid = f~connid AND
b~fldate = f~fldate )
INNER JOIN scarr AS c ON
f~carrid = c~carrid )
INTO CORRESPONDING FIELDS OF TABLE tb_eigen
WHERE b~carrid IN carr.
* Kundenname ergänzen
LOOP AT tb_eigen ASSIGNING <eigen>.
SELECT SINGLE name FROM scustom INTO <eigen>-name
WHERE id = <eigen>-customid.
ENDLOOP.
...
Ich würde nun gerne wissen, ob es auch möglich wäre die Kundennamensergänzung gleich in die vorstehende Select-Anweisung zu integtrieren?
Oder ist dies nicht möglich, da ich ja dann von der Tabelle sbook aus auf die Tabellen sflight und scustom "joinen" müste?
Gibt es eine andere Alternative, die die Performance steigern würde?
gesponsert ⓘ
Stellenangebote auf ABAPforum.com schalten
kostenfrei für Ausbildungsberufe und Werksstudenten
kostenfrei für Ausbildungsberufe und Werksstudenten
Beitrag
von a-dead-trousers (Top Expert / 4395 / 223 /
1182
)
»
hi!
Du musst nicht BEIDE separat joinen
Ich hab mir erlaubt die Ausrichtung anzupassen, damit man besser erkennt wie das mit dem Join funktioniert. Nach jedem JOIN-Befehl wird defniniert welche Felder der gejointen Tabelle mit ALLEN bisherigen verunden werden sollen. Das heißt du hängst immer wieder weitere Tabellen an das Ergebnis an. (Bis du irgendwann den Datenbankpuffer sprengst 
)
Aber Achtung bei INNER JOIN müssen in allen Tabellen Einträge vorhanden sein. Wenn zum Beispiel in SCUSTOM nichts zum Eintrag in der SBOOK vorhanden ist, wird auch nichts ausgegeben. In dem Fall wird ein LEFT (OUTER) JOIN benötigt. Mehr Infos gibts in der Hilfe und im Web zum Thema "SQL und Joins" (Ist jetzt nichts SAP-spezifisches)
Kleiner Hinweis noch zum Thema Performance:
Ein JOIN ist kein Allheilmittel, da die Belastung auf die DB geht die in SAP der Flaschenhals des Systems ist. Es muss wirklich von Fall zu Fall überlegt werden ob man nicht lieber ein paar MB mehr überträgt anstatt die DB umständlich die Daten aussieben zu lassen.
In deinem Fall würde ich nach dem SELECT die IDs mit LOOP AT und APPEND in einer eigenen internen Tabelle sammeln. Danach einmal SORT und DELETE ADJACENT DUPLICATES. Und schließlich mit der Gesamtmenge der IDs ein SELECT FOR ALL ENTRIES.
Ich würde dir sonst noch raten die SAP Schulung BC490 zu besuchen (oder die Unterlagen irgendwo zu besorgen) da erfährt man was man in SAP alles machen kann um Programme zu beschleunigen.
lg ADT
Du musst nicht BEIDE separat joinen
Code: Alles auswählen.
SELECT b~mandt b~carrid b~connid b~fldate b~bookid b~customid f~planetype c~carrname d~scustom
FROM sbook AS b
INNER JOIN sflight AS f
ON b~carrid = f~carrid
AND b~connid = f~connid
AND b~fldate = f~fldate
INNER JOIN scarr AS c
ON f~carrid = c~carrid
INNER JOIN scustom AS d
ON d~id = b~customid
INTO CORRESPONDING FIELDS OF TABLE tb_eigen
WHERE b~carrid IN carr.Aber Achtung bei INNER JOIN müssen in allen Tabellen Einträge vorhanden sein. Wenn zum Beispiel in SCUSTOM nichts zum Eintrag in der SBOOK vorhanden ist, wird auch nichts ausgegeben. In dem Fall wird ein LEFT (OUTER) JOIN benötigt. Mehr Infos gibts in der Hilfe und im Web zum Thema "SQL und Joins" (Ist jetzt nichts SAP-spezifisches)
Kleiner Hinweis noch zum Thema Performance:
Ein JOIN ist kein Allheilmittel, da die Belastung auf die DB geht die in SAP der Flaschenhals des Systems ist. Es muss wirklich von Fall zu Fall überlegt werden ob man nicht lieber ein paar MB mehr überträgt anstatt die DB umständlich die Daten aussieben zu lassen.
In deinem Fall würde ich nach dem SELECT die IDs mit LOOP AT und APPEND in einer eigenen internen Tabelle sammeln. Danach einmal SORT und DELETE ADJACENT DUPLICATES. Und schließlich mit der Gesamtmenge der IDs ein SELECT FOR ALL ENTRIES.
Ich würde dir sonst noch raten die SAP Schulung BC490 zu besuchen (oder die Unterlagen irgendwo zu besorgen) da erfährt man was man in SAP alles machen kann um Programme zu beschleunigen.
lg ADT
Folgende Benutzer bedankten sich beim Autor a-dead-trousers für den Beitrag:
Michael71
Theory is when you know something, but it doesn't work.
Practice is when something works, but you don't know why.
Programmers combine theory and practice: Nothing works and they don't know why.
ECC: 6.18
Basis: 7.50
Practice is when something works, but you don't know why.
Programmers combine theory and practice: Nothing works and they don't know why.
ECC: 6.18
Basis: 7.50
Danke für die schnelle Antwort. 
In diesem Zusammenhang habe ich auch schon mit internen Tabelle und Datenbankviews "herumgespielt" und erstaunliche Ergebnisse erzielt, was die Datenbankzugrifszeiten angeht. Das Längste waren 37 Sekunden, das Kürzeste 1,9 Sekunden.
In diesem Zusammenhang habe ich auch schon mit internen Tabelle und Datenbankviews "herumgespielt" und erstaunliche Ergebnisse erzielt, was die Datenbankzugrifszeiten angeht. Das Längste waren 37 Sekunden, das Kürzeste 1,9 Sekunden.
Seite 1 von 1
Vergleichbare Themen
2
Antw.
Antw.
4064
Views
Views
7
Antw.
Antw.
863
Views
Views
9
Antw.
Antw.
6807
Views
Views
13
Antw.
Antw.
4857
Views
Views
wie kan man zwei interen tabellen verbinden?
von autohandel7 » 14.07.2014 10:59 • Verfasst in ABAP® für Anfänger
von autohandel7 » 14.07.2014 10:59 • Verfasst in ABAP® für Anfänger
Frage die ABAP Experten
Über diesen Beitrag
Unterstütze die Community und teile den Beitrag für mehr Leser und Austausch
Aktuelle Forenbeiträge
Nach Transport von Stellen über RHMOVE30 nur Planvariante "nie verwenden"
vor 3 Stunden von DeathAndPain 4 / 532
vor 3 Stunden von DeathAndPain 4 / 532
Newsletter Anmeldung
Keine Beiträge verpassen! Wöchentlich versenden wir lesenwerte Beiträge aus unserer Community.Die letzte Ausgabe findest du hier.
Aktuelle Forenbeiträge
Nach Transport von Stellen über RHMOVE30 nur Planvariante "nie verwenden"
vor 3 Stunden von DeathAndPain 4 / 532
vor 3 Stunden von DeathAndPain 4 / 532