Performanter Select
Die Frage ist als "gelöst" markiert. Den entsprechend Beitrag findest du hier.
2 Beiträge
•
Seite 1 von 1
2 Beiträge
Seite 1 von 1
Hallo liebe ABAP Community!
Ich habe eine Frage zu einer Datenbankabfrage und würde mich freuen, wenn mir jemand helfen kann.
Es geht um die Tabellen PA0000 und PA0001.
Als erstes habe ich Personen der Tabelle PA0001 selektiert, die heute gültig und von einen Personalbereich abhängig sind, der von außen hereingereicht wird.
Nun möchte ich diese Daten mit der Tabelle PA0000 abgleichen. Als ergebnis möchte ich eine interne Tabelle bekommen in der jede Person nur einmal vorkommt und diese bei dem abgleich eine 3 im Feld STAT2 vorweisen konnte.
Mit einem Loop wäre das einfach zu lösen, jedoch möchte ich nicht für jede Zeile wieder neu auf die Datenbanktabelle selektieren.
Kennt vielleicht jemand einen eleganteren Weg?
Vielen Dank!
Ich habe eine Frage zu einer Datenbankabfrage und würde mich freuen, wenn mir jemand helfen kann.
Es geht um die Tabellen PA0000 und PA0001.
Als erstes habe ich Personen der Tabelle PA0001 selektiert, die heute gültig und von einen Personalbereich abhängig sind, der von außen hereingereicht wird.
Code: Alles auswählen.
SELECT *
FROM pa0001
INTO lt_pa0001
WHERE WERKS = iv_persa
AND ENDDA >= sy-date
AND BEGDA <= sy-date
.Mit einem Loop wäre das einfach zu lösen, jedoch möchte ich nicht für jede Zeile wieder neu auf die Datenbanktabelle selektieren.
Kennt vielleicht jemand einen eleganteren Weg?
Vielen Dank!
Zuletzt geändert von gs3rr4 am 16.07.2014 14:37, insgesamt 1-mal geändert.
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 / 4396 / 223 /
1182
)
»
SELECT ... FOR ALL ENTRIES IN ...
würde mir spontan einfallen.
Da wird die interne Tabelle übergeben und nur die Daten daraus werden selektiert.
Aber Achtung: Die Daten werden in Blöcken (Profilparameter: standardmäßig 5) selektiert ohne das dabei auf Duplikate Rücksicht genommen wird.
Daher empfiehlt es sich vorab die interne Tabelle zu sortieren und duplikate zu entfernen, da sonst unnötigerweise Einträge doppelt von der Datenbank selektiert werden. Diese tauchen dann im Endergebnis zwar nicht auf, belasten aber trotzdem die Datenbank.
Zweites Aber: Diese Variante mag zwar schnell programmiert sein, ergibt aber mitunter nicht immer die schnellste Verarbeitung.
Beispiel: Die interne Tabelle hat 10.000 individuelle Einträge und ergibt normalerweise eine Anzahl von 2.000 individuellen Datenbankabfragen.
Was aber, wenn der Zugriffschlüssel auf die Datenbank nur ein Feld ist, dass noch dazu nicht sehr breit (ca. 10 - 20 Zeichen) ist?
Dann könnte man ALLE Einträge über eine RANGE-Tabelle auf einmal selektieren lassen, was die Datenbank(-Schnittstelle) erheblich entlastet.
Wichtig dabei ist, dass die Länge der im Hintergrund entstehenden SQL-Query nicht die max. Größe überschreitet (Profilparameter: standardmäßig 2 MB)
lg ADT
würde mir spontan einfallen.
Da wird die interne Tabelle übergeben und nur die Daten daraus werden selektiert.
Aber Achtung: Die Daten werden in Blöcken (Profilparameter: standardmäßig 5) selektiert ohne das dabei auf Duplikate Rücksicht genommen wird.
Daher empfiehlt es sich vorab die interne Tabelle zu sortieren und duplikate zu entfernen, da sonst unnötigerweise Einträge doppelt von der Datenbank selektiert werden. Diese tauchen dann im Endergebnis zwar nicht auf, belasten aber trotzdem die Datenbank.
Zweites Aber: Diese Variante mag zwar schnell programmiert sein, ergibt aber mitunter nicht immer die schnellste Verarbeitung.
Beispiel: Die interne Tabelle hat 10.000 individuelle Einträge und ergibt normalerweise eine Anzahl von 2.000 individuellen Datenbankabfragen.
Was aber, wenn der Zugriffschlüssel auf die Datenbank nur ein Feld ist, dass noch dazu nicht sehr breit (ca. 10 - 20 Zeichen) ist?
Dann könnte man ALLE Einträge über eine RANGE-Tabelle auf einmal selektieren lassen, was die Datenbank(-Schnittstelle) erheblich entlastet.
Code: Alles auswählen.
data:
lt_range like range of it_table-field.
field-symbols:
<ls_range> like line of lt_range,
<ls_line> like line of it_table.
loop at it_table assigning <ls_line>.
append initial line to lt_range assigning <ls_range>.
<ls_range>-sign = 'I'.
<ls_range>-option = 'EQ'.
<ls_range>-low = <ls_line>-field.
endloop.
SELECT *
FROM table
INTO lt_table
WHERE field IN lt_range.lg ADT
Folgende Benutzer bedankten sich beim Autor a-dead-trousers für den Beitrag:
gs3rr4
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
Seite 1 von 1
Vergleichbare Themen
7
Antw.
Antw.
4381
Views
Views
5
Antw.
Antw.
4407
Views
Views
Was ist performanter? Select auf DB oder Read auf itab?
von airwaver » 06.06.2007 13:05 • Verfasst in ABAP® Core
von airwaver » 06.06.2007 13:05 • Verfasst in ABAP® Core
2
Antw.
Antw.
2553
Views
Views
Select * und Select von einzelnen Werten zugleich
von StefanJue » 04.10.2006 18:10 • Verfasst in ABAP® für Anfänger
von StefanJue » 04.10.2006 18:10 • Verfasst in ABAP® für Anfänger
4
Antw.
Antw.
9346
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
8
Antw.
Antw.
3068
Views
Views
SELECT SINGLE oder SELECT UP TO 1 ROWS?
von nickname8 » 12.04.2021 10:38 • Verfasst in ABAP® für Anfänger
von nickname8 » 12.04.2021 10:38 • Verfasst in ABAP® für Anfänger
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
Newsletter Anmeldung
Keine Beiträge verpassen! Wöchentlich versenden wir lesenwerte Beiträge aus unserer Community.Die letzte Ausgabe findest du hier.