Inner Join über 4 Tabellen
Die Frage ist als "gelöst" markiert. Den entsprechend Beitrag findest du hier.
13 Beiträge
•
Seite 1 von 1
13 Beiträge
Seite 1 von 1
Hallo Allerseits,
ich bin gerade dabei, einen Grossteil meiner verschachtelten Selects durch Joins abzulösen. In einem Test mit den Tabellen MAKT, MARA, MARC brachte dies eine Beschleunigung von Faktor 8.
Jetzt habe ich aber einen Report mit 4 Tabellen und komme einfach nicht weiter. Wo kann denn hier der Fehler liegen?
*--> interne Tabellen
DATA:
BEGIN OF tab OCCURS 10,
matnr LIKE marc-matnr,
vkorg LIKE mvke-vkorg,
werks LIKE marc-werks,
maktx LIKE makt-maktx,
END OF tab,
SELECT a~matnr b~vkorg c~werks d~maktx
INTO CORRESPONDING FIELDS OF TABLE tab
FROM ( mara AS a
INNER JOIN mvke AS b ON a~matnr = b~matnr )
INNER JOIN marc AS c ON a~matnr = c~matnr
INNER JOIN makt AS d ON a~matnr = d~matnr
WHERE a~matnr IN s_matnr
AND a~mtart in s_mtart
AND a~lvorm = ' '
and b~vtweg = '10'
and b~vkorg in s_vkorg
AND c~werks in s_werks
AND c~xmcng = ' '
AND c~lvorm = ' '
and d~spras = 'DE'.
Danke!
Falk
ich bin gerade dabei, einen Grossteil meiner verschachtelten Selects durch Joins abzulösen. In einem Test mit den Tabellen MAKT, MARA, MARC brachte dies eine Beschleunigung von Faktor 8.
Jetzt habe ich aber einen Report mit 4 Tabellen und komme einfach nicht weiter. Wo kann denn hier der Fehler liegen?
*--> interne Tabellen
DATA:
BEGIN OF tab OCCURS 10,
matnr LIKE marc-matnr,
vkorg LIKE mvke-vkorg,
werks LIKE marc-werks,
maktx LIKE makt-maktx,
END OF tab,
SELECT a~matnr b~vkorg c~werks d~maktx
INTO CORRESPONDING FIELDS OF TABLE tab
FROM ( mara AS a
INNER JOIN mvke AS b ON a~matnr = b~matnr )
INNER JOIN marc AS c ON a~matnr = c~matnr
INNER JOIN makt AS d ON a~matnr = d~matnr
WHERE a~matnr IN s_matnr
AND a~mtart in s_mtart
AND a~lvorm = ' '
and b~vtweg = '10'
and b~vkorg in s_vkorg
AND c~werks in s_werks
AND c~xmcng = ' '
AND c~lvorm = ' '
and d~spras = 'DE'.
Danke!
Falk
gesponsert ⓘ
Stellenangebote auf ABAPforum.com schalten
kostenfrei für Ausbildungsberufe und Werksstudenten
kostenfrei für Ausbildungsberufe und Werksstudenten
Hallo.
Vielleicht brauchst du beim FROM mehr Klammen, damit die JOIN - Schachtelung korrekt ist.
oder so ähnlich 
mdf Andi
Vielleicht brauchst du beim FROM mehr Klammen, damit die JOIN - Schachtelung korrekt ist.
Code: Alles auswählen.
SELECT a~matnr b~vkorg c~werks d~maktx
INTO CORRESPONDING FIELDS OF TABLE tab
FROM (( mara AS a
INNER JOIN mvke AS b ON a~matnr = b~matnr )
INNER JOIN marc AS c ON a~matnr = c~matnr )
INNER JOIN makt AS d ON a~matnr = d~matnr
WHERE a~matnr IN s_matnr
AND a~mtart in s_mtart
AND a~lvorm = ' '
and b~vtweg = '10'
and b~vkorg in s_vkorg
AND c~werks in s_werks
AND c~xmcng = ' '
AND c~lvorm = ' '
and d~spras = 'DE'.
mdf Andi
Hauptsoch: HAUPTSOCH!
Hallo falk,
bist Du Dir sicher, dass deine WHERE-Bedingungen auch mind. einen Treffer zurückgeben? Vor allem die Abfragen auf = ' ' sind kritisch, was, wenn das Feld initial ist, dann würde die Abfrage auf ' ' schon keinen Treffer bringen... versuch's mal mit ''...
bist Du Dir sicher, dass deine WHERE-Bedingungen auch mind. einen Treffer zurückgeben? Vor allem die Abfragen auf = ' ' sind kritisch, was, wenn das Feld initial ist, dann würde die Abfrage auf ' ' schon keinen Treffer bringen... versuch's mal mit ''...
Gruß,
Charadin
Charadin
Tach.
Probier mal, eine Tabelle wegzulassen (z.B. MVKE) und siehr Dir das Ergebnis an (sofern Daten zurück kommen). Evtl. kannst Du so eingrenzen, wo der Fehler liegt.
Etwas OT:
Gruss,
Haubi
Probier mal, eine Tabelle wegzulassen (z.B. MVKE) und siehr Dir das Ergebnis an (sofern Daten zurück kommen). Evtl. kannst Du so eingrenzen, wo der Fehler liegt.
Etwas OT:
IMHO werden die Klammern sowieso von der DB-Schnittstelle oder spätestens vom DB-Optimizer wegoptimiert.beim FROM mehr Klammen, damit die JOIN - Schachtelung korrekt ist.
Gruss,
Haubi
Hi Falk,
was für einen Fehler hast du denn überhaupt?
Syntaxfehler oder einen logischen?
ich habe in deinem Select mal das "INTO CORRESPONDING... " nach die INNER JOINs gepackt.
Noch am Rande: MAKT-SPRAS ist übrigens nur einstellig! DE für Deutsch und EN für Englisch funktionieren, aber mit DA für Dänisch wirst du den deutschen Eintrag bekommen (Das wäre nämlich "K").
Gruß,
Enno.
was für einen Fehler hast du denn überhaupt?
Syntaxfehler oder einen logischen?
ich habe in deinem Select mal das "INTO CORRESPONDING... " nach die INNER JOINs gepackt.
Noch am Rande: MAKT-SPRAS ist übrigens nur einstellig! DE für Deutsch und EN für Englisch funktionieren, aber mit DA für Dänisch wirst du den deutschen Eintrag bekommen (Das wäre nämlich "K").
Gruß,
Enno.
Hallo zusammen,
habe das Teil bei uns ausprobiert und es funktioniert einwandfrei. Die Klammern benötigt man definitiv nicht.
Ich würde - ähnlich wie Charadin bereits gesagt hat - alle Selektionsbedingungen entfernen und dann eine nach der anderen wieder aktivieren.
Mir persönlich kömmt Sprache 'DE' etwas ungewöhnlich vor. Denn bei uns (46C) ist der Sprachenschlüssel in der DB nur einstellig ('D') abgelegt.
mfg dele
habe das Teil bei uns ausprobiert und es funktioniert einwandfrei. Die Klammern benötigt man definitiv nicht.
Ich würde - ähnlich wie Charadin bereits gesagt hat - alle Selektionsbedingungen entfernen und dann eine nach der anderen wieder aktivieren.
Mir persönlich kömmt Sprache 'DE' etwas ungewöhnlich vor. Denn bei uns (46C) ist der Sprachenschlüssel in der DB nur einstellig ('D') abgelegt.
mfg dele
Kann mich meine Vorredner nur anschließen.
Habe es ebenfalls ausprobiert.
1. Die Klammern weglassen. Die sind unnötig.
2. Die Where Ausdrücke nacheinander durchprobieren
ansonsten müsste alles funktionieren.
Noch viel Erfolg dabei!
Habe es ebenfalls ausprobiert.
1. Die Klammern weglassen. Die sind unnötig.
2. Die Where Ausdrücke nacheinander durchprobieren
ansonsten müsste alles funktionieren.
Noch viel Erfolg dabei!
Stimmt: SAP nimmt das erste Zeichen aus dem String.DeathGuardian hat geschrieben: Aber man kann 2 angeben, da SAP da irgend eine interne Umwandlung vornimmt.
Enno
Hallo Allerseits,
heute sah ich mal wieder deutlichst, warum ich Mitglied dieses Forums wurde. So schnell kompetente Hilfe zu finden, ist schon sehr beeindruckend.
Ich hatte bei der Wahl meines Beispiels nicht das glücklichste Händchen (einfach übersehen, das es für die VKORG nicht angelegt war).
Wie auch immer, so erfuhr ich noch, das die Klammern bei Joins nicht benötigt werden und das Sprachschlüssel nur aus einem Zeichen bestehen.
Danke!
Falk
heute sah ich mal wieder deutlichst, warum ich Mitglied dieses Forums wurde. So schnell kompetente Hilfe zu finden, ist schon sehr beeindruckend.
Ich hatte bei der Wahl meines Beispiels nicht das glücklichste Händchen (einfach übersehen, das es für die VKORG nicht angelegt war).
Wie auch immer, so erfuhr ich noch, das die Klammern bei Joins nicht benötigt werden und das Sprachschlüssel nur aus einem Zeichen bestehen.
Danke!
Falk
@Sprachschluessel:
ja, das stimmt in diesem Fall.
Ansonsten:
Bei der Eingabe eines Sprachschlüssels zieht die Konvertierungsroutine ISOLA, die ueber die Tabelle T002 den einstelligen (SAP-) Sprachschluessel in den zweistelligen ISO-Sprachschluessel vornimmt und umgekehrt.
Gruss,
Haubi
ewx hat geschrieben:Stimmt: SAP nimmt das erste Zeichen aus dem String.DeathGuardian hat geschrieben: Aber man kann 2 angeben, da SAP da irgend eine interne Umwandlung vornimmt.
Enno
ja, das stimmt in diesem Fall.Ansonsten:
Bei der Eingabe eines Sprachschlüssels zieht die Konvertierungsroutine ISOLA, die ueber die Tabelle T002 den einstelligen (SAP-) Sprachschluessel in den zweistelligen ISO-Sprachschluessel vornimmt und umgekehrt.
Gruss,
Haubi
Seite 1 von 1
Vergleichbare Themen
12
Antw.
Antw.
6896
Views
Views
4
Antw.
Antw.
22534
Views
Views
9
Antw.
Antw.
5411
Views
Views
Problem mit Join von internen & DB-Tabellen
von debianfan » 10.11.2017 09:10 • Verfasst in ABAP® für Anfänger
von debianfan » 10.11.2017 09:10 • Verfasst in ABAP® für Anfänger
2
Antw.
Antw.
2333
Views
Views
Frage die ABAP Experten
Über diesen Beitrag
Die Frage ist als "gelöst" markiert. Den entsprechend Beitrag findest du hier.
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 10 Stunden von DeathAndPain 2 / 204
vor 10 Stunden von DeathAndPain 2 / 204
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 10 Stunden von DeathAndPain 2 / 204
vor 10 Stunden von DeathAndPain 2 / 204