SELECT Performance erhöhen
8 Beiträge
•
Seite 1 von 1
8 Beiträge
Seite 1 von 1
Hallo zusammen,
ich erstelle eine Liste, welche aus zwei Tabellen zusammengesetzt ist. Zur Zeit mache ich dies mit zwei Select-Statements und einem anschließenden Loop mit Key-Abgleich. Ich denke es wäre performanter wenn ich die beiden Selects per Join zusammenführe. Aber ich weiß nicht so recht wie. Vielleicht könnt ihr mir helfen. Hier mein Code:
ich erstelle eine Liste, welche aus zwei Tabellen zusammengesetzt ist. Zur Zeit mache ich dies mit zwei Select-Statements und einem anschließenden Loop mit Key-Abgleich. Ich denke es wäre performanter wenn ich die beiden Selects per Join zusammenführe. Aber ich weiß nicht so recht wie. Vielleicht könnt ihr mir helfen. Hier mein Code:
Code: Alles auswählen.
SELECT *
INTO TABLE i_Tab1
FROM Tab1
WHERE anfang LE sy-datum AND
ende GE sy-datum AND
( wert NE 'A' AND
wert NE 'B' AND
wert NE 'C' AND
wert NE 'D' AND
wert NE 'E' AND
wert NE 'F' AND
wert NE ' ' ).
SELECT *
INTO TABLE i_Tab2
FROM Tab2
WHERE anfang LE sy-datum AND
ende GE sy-datum AND
( zahlwert EQ '0' OR
zahlwert EQ '5' OR
zahlwert EQ '0' OR
zahlwert EQ '0' ).
LOOP AT i_Tab1 INTO line_Tab1.
LOOP AT i_Tab2 INTO line_Tab2 WHERE ident_nr eq line_Tab1-ident_nr.
* Ausgabe der Liste
ENDLOOP.
ENDLOOP.
gesponsert ⓘ
Stellenangebote auf ABAPforum.com schalten
kostenfrei für Ausbildungsberufe und Werksstudenten
kostenfrei für Ausbildungsberufe und Werksstudenten
Hi,
ein Join muss nicht zwangsweise performanter sein.
Hängt zum einen von der Datenbank ab, die man einsetzt und von den Feldern über die man joint.
Mann sollte wenn möglich nur für über den Key joinen.
Die Variante mit vorher einzeln selektieren und später im Loop verarbeiten, muss nicht schlechter sein.
Sonst gibt es auch noch Hinweise zur performanten Entwicklung:
185530, 187906 und 191492
Gruß,
ein Join muss nicht zwangsweise performanter sein.
Hängt zum einen von der Datenbank ab, die man einsetzt und von den Feldern über die man joint.
Mann sollte wenn möglich nur für über den Key joinen.
Die Variante mit vorher einzeln selektieren und später im Loop verarbeiten, muss nicht schlechter sein.
Sonst gibt es auch noch Hinweise zur performanten Entwicklung:
185530, 187906 und 191492
Gruß,
Beitrag
von a-dead-trousers (Top Expert / 4395 / 223 /
1182
)
»
hi!
Wenn die Felder der Join-Bedingung (ON...) einen Index besitzen oder noch besser den PRIMARY KEY umfassen, sollte ein Join performanter sein als die Einzelselektion. Und wenn durch den Join eine unnötig Selektion von Daten verhindert wird (z.B. 1.000 statt 10.000 Datensätze) ist ein Join (fast) immer die bessere Wahl.
Und wie auch schon Ferum erwähnt hat, gibt es zu dem Thema noch viel mehr Informationen und sogar eine eigene Schulung seitens SAP (BC 490). Vielleicht kannst du ja die dazugehörigen Unterlagen irgendwo bekommen. Sind wirklich zu empfehlen. Hab sehr viel dadurch gelernt.
lg ADT
Wenn die Felder der Join-Bedingung (ON...) einen Index besitzen oder noch besser den PRIMARY KEY umfassen, sollte ein Join performanter sein als die Einzelselektion. Und wenn durch den Join eine unnötig Selektion von Daten verhindert wird (z.B. 1.000 statt 10.000 Datensätze) ist ein Join (fast) immer die bessere Wahl.
Und wie auch schon Ferum erwähnt hat, gibt es zu dem Thema noch viel mehr Informationen und sogar eine eigene Schulung seitens SAP (BC 490). Vielleicht kannst du ja die dazugehörigen Unterlagen irgendwo bekommen. Sind wirklich zu empfehlen. Hab sehr viel dadurch gelernt.
lg ADT
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
Ja das werde ich mir mal anschauen. Aber könnt ihr mir anhand des Quellcodes zeigen, wie das mit meinem Beispiel aussehen müsste?
Und wie kann ich mir die Hinweise anschauen? Ich habe keinen SAP Markteplace Account.
Und wie kann ich mir die Hinweise anschauen? Ich habe keinen SAP Markteplace Account.
Beitrag
von ralf.wenzel (Top Expert / 3921 / 200 /
280
)
»
Jein, ein JOIN umgeht den Datenbankpuffer.a-dead-trousers hat geschrieben:Wenn die Felder der Join-Bedingung (ON...) einen Index besitzen oder noch besser den PRIMARY KEY umfassen, sollte ein Join performanter sein als die Einzelselektion.
Ralf Wenzel • Heuristika SAP-Development
25 Jahre SAP-Entwickler • 20 Jahre Freiberufler
Publikationen • Ungarische Notation • Xing
moin moin,
grob sollte das so laufen:
Die SAP Hilfe erklärt die Joins recht ordentlich wie ich finde. Teste das mal. Fange ggf erstmal mit nur einer oder zwei Bedingungen im Where an.
grob sollte das so laufen:
Code: Alles auswählen.
SELECT * into CORRESPONDING FIELDS OF TABLE Tab2
FROM Tab1 as t1
join Tab2 as t2
on t1~ident_nr eq t2~ident_nr
WHERE t1~anfang LE sy-datum AND
t1~ende GE sy-datum AND
( t1~wert NE 'A' AND
t1~wert NE 'B' AND
t1~wert NE 'C' AND
t1~wert NE 'D' AND
t1~wert NE 'E' AND
t1~wert NE 'F' AND
t1~wert NE ' ' )
AND (
t2~zahlwert EQ '0' OR
t2~zahlwert EQ '5' OR
).
Beitrag
von a-dead-trousers (Top Expert / 4395 / 223 /
1182
)
»
hi!
Wie gesagt, dass muss man sich wirklich je Anwendungsfall anschauen.
lg ADT
Schon klar. Aber hin und wieder kann es sein, dass durch zwei Selects einfach soviel "Mist" mitselektiert wird, dass sich der Vorteil durch den Datenbankpuffer (oder sogar Applikationsserver-Puffer) soweit relativiert und ein Join daher besser ist.ralf.wenzel hat geschrieben:Jein, ein JOIN umgeht den Datenbankpuffer.
Wie gesagt, dass muss man sich wirklich je Anwendungsfall anschauen.
lg ADT
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
Beitrag
von ralf.wenzel (Top Expert / 3921 / 200 /
280
)
»
Darum schreibe ich "jein" statt "nein" 
Ralf Wenzel • Heuristika SAP-Development
25 Jahre SAP-Entwickler • 20 Jahre Freiberufler
Publikationen • Ungarische Notation • Xing
Seite 1 von 1
Vergleichbare Themen
4
Antw.
Antw.
9325
Views
Views
Performance: SELECT UP TO 1 ROWS vs. SELECT SINGLE
von roman1983 » 04.09.2008 14:29 • Verfasst in ABAP® für Anfänger
von roman1983 » 04.09.2008 14:29 • Verfasst in ABAP® für Anfänger
3
Antw.
Antw.
2210
Views
Views
18
Antw.
Antw.
6891
Views
Views
1
Antw.
Antw.
1944
Views
Views
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 6 Stunden von DeathAndPain 4 / 598
vor 6 Stunden von DeathAndPain 4 / 598
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 6 Stunden von DeathAndPain 4 / 598
vor 6 Stunden von DeathAndPain 4 / 598