Perfrormance Tip
Beitrag
von black_adept (Top Expert / 4102 / 128 /
945
)
»
Danke für die Info, ereglam. Denn über diesen Effekt schweigt sich die Doku aus.ereglam hat geschrieben: Ein Einfügen per SELECT... INTO TABLE führt automatisch zum korrekten Aufbau der Schlüssel. Weiß ich noch von meiner Zeit als Externer bei SAP.
Wie das bei Verwendung von APPENDING TABLE ist, bin ich mir zwar nicht mehr sicher, müßte aber eigentlich analog laufen.
Ich hatte bisher immer Angst bei einem "SELECT... FOR ALL ENTRIES..." eine sortierte Tabelle als Ziel anzugeben, da ich nicht sortieren durfte - das entfällt ab nun nach dieser Info *freu* .
gesponsert ⓘ
Stellenangebote auf ABAPforum.com schalten
kostenfrei für Ausbildungsberufe und Werksstudenten
kostenfrei für Ausbildungsberufe und Werksstudenten
Hallo Gerdla,
Zu "sorted table":
Ein Select in eine sortierte Tabelle bewirkt implizit eine korrekte Sortierung. Order BY macht hier also keinen Sinn, weil praktisch zweimal sortiert wird (DB und ABAP). Denn wenn auch die DB die Sätze sortiert zurückgibt, muss SAP die Sortierreihenfolge der internen Tabelle sicherstellen. Dies gilt gerade bei dem Zusatz APPENDING TABLE, wenn also mehrfach in die Tabelle "hineinselektiert" wird.
Beispiel-Coding:
data: itmara like sorted table of mara
with non-unique key mtart matnr.
data: wamara like mara.
select * from mara into table itmara
order by matnr.
select * from mara appending table itmara
order by matnr.
Zu "order by":
In einem System mit zentraler DB ist immer die DB der Flaschenhals bzw. Engpass. Die Performance der DB entscheidet in den meisten Fällen über die Performance von Anwendungsprogrammen, unabhängig davon ob sie nun performance-optimiert entwickelt sind oder nicht.
Das gilt in besonderer Weise für SAP-Systeme mit der 3-stufigen Server-Struktur (DB-Server, Application-Serever, Präsentation-Server). Allein diese Struktur legt es nahe, die Last von der DB auf die verschiedenen Server zu verteilen.
Die ORDER-BY-Anweisung bewirkt, dass die DB die komplette Ergebnismenge erst einmal zwischenspeichern muss, um sie dann korrekt sortieren zu können. Das kostet also zusätzlich Speicher auf dem DB-Server. Ausserdem geht ORDER-BY immer am SAP-Puffer vorbei !
In der Online-Hilfezu ORDER-BY sind dazu entsprechende Hinweise zu finden.
mfg dele
Zu "sorted table":
Ein Select in eine sortierte Tabelle bewirkt implizit eine korrekte Sortierung. Order BY macht hier also keinen Sinn, weil praktisch zweimal sortiert wird (DB und ABAP). Denn wenn auch die DB die Sätze sortiert zurückgibt, muss SAP die Sortierreihenfolge der internen Tabelle sicherstellen. Dies gilt gerade bei dem Zusatz APPENDING TABLE, wenn also mehrfach in die Tabelle "hineinselektiert" wird.
Beispiel-Coding:
data: itmara like sorted table of mara
with non-unique key mtart matnr.
data: wamara like mara.
select * from mara into table itmara
order by matnr.
select * from mara appending table itmara
order by matnr.
Zu "order by":
In einem System mit zentraler DB ist immer die DB der Flaschenhals bzw. Engpass. Die Performance der DB entscheidet in den meisten Fällen über die Performance von Anwendungsprogrammen, unabhängig davon ob sie nun performance-optimiert entwickelt sind oder nicht.
Das gilt in besonderer Weise für SAP-Systeme mit der 3-stufigen Server-Struktur (DB-Server, Application-Serever, Präsentation-Server). Allein diese Struktur legt es nahe, die Last von der DB auf die verschiedenen Server zu verteilen.
Die ORDER-BY-Anweisung bewirkt, dass die DB die komplette Ergebnismenge erst einmal zwischenspeichern muss, um sie dann korrekt sortieren zu können. Das kostet also zusätzlich Speicher auf dem DB-Server. Ausserdem geht ORDER-BY immer am SAP-Puffer vorbei !
In der Online-Hilfezu ORDER-BY sind dazu entsprechende Hinweise zu finden.
mfg dele
gern geschehenblack_adept hat geschrieben:Danke für die Info, ereglam. Denn über diesen Effekt schweigt sich die Doku aus.ereglam hat geschrieben: Ein Einfügen per SELECT... INTO TABLE führt automatisch zum korrekten Aufbau der Schlüssel. Weiß ich noch von meiner Zeit als Externer bei SAP.
Wie das bei Verwendung von APPENDING TABLE ist, bin ich mir zwar nicht mehr sicher, müßte aber eigentlich analog laufen.
Ich hatte bisher immer Angst bei einem "SELECT... FOR ALL ENTRIES..." eine sortierte Tabelle als Ziel anzugeben, da ich nicht sortieren durfte - das entfällt ab nun nach dieser Info *freu* .
Hab ich damals über eine der internen Hotlines in Erfahrung gebracht, als ich das in einer Anwendung einbauen wollte.
Einzig bei der Verwendung von APPENDING sollte man das mal probieren, da ich hier mir nicht sicher bin und leider auch keinen Zugang mehr zu den SAP-internen Quellen habe...
Frage die ABAP Experten
Über diesen Beitrag
Unterstütze die Community und teile den Beitrag für mehr Leser und Austausch
Aktuelle Forenbeiträge
ADT - Änderung an einzelner Methode sperrt die ganze Klasse im Trapo
vor 6 Stunden von 19KnarfRed81 1 / 50
vor 6 Stunden von 19KnarfRed81 1 / 50
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
ADT - Änderung an einzelner Methode sperrt die ganze Klasse im Trapo
vor 6 Stunden von 19KnarfRed81 1 / 50
vor 6 Stunden von 19KnarfRed81 1 / 50
Unbeantwortete Forenbeiträge
ADT - Änderung an einzelner Methode sperrt die ganze Klasse im Trapo
vor 6 Stunden von 19KnarfRed81 1 / 50
vor 6 Stunden von 19KnarfRed81 1 / 50