Interpretation Execution Plan for SQL Statement
2 Beiträge
•
Seite 1 von 1
2 Beiträge
Seite 1 von 1
Ich stelle fest, dass ich massive Probleme habe diesen Plan zu durchschauen bei einem simplen Join über VBRK und VBRP, wobei es offenbar auch keine Rolle spielt welche Tabelle die "Primärtabelle" ist.
Was man sieht ist:
- eine Baumstruktur
- durchnummerierte Äste, deren Nummerierung/Reihenfolge mir völlig unklar ist
- die Äste haben Bezeichungen wie HASHED JOIN, TABLE ACCESS BY INDEX ROWID VBRK, INDEX SKIP SCAN VBRK~Z06 usw
- die Äste enthalten auch Informationen wie Index-Name und Anzahl der Zeilen
So wie ich es verstehe stellt das einen Analyse- und Ausführungsplan der DB dar wie sie die Daten am schnellsten beschaffen kann. Dafür spricht auch, dass das Ergebnis identisch ist wenn ich VBRK und VBRP als Primärtabelle austausche.
Es geht jedoch mMn nicht klar daraus hervor, welchen Zugriffsweg das System nun angewandt hat (das SQL-Ergebnis ist hier übrigens 1 Satz VBRK -> 1 Satz VBRP).
Frage:
Die SAP-Hilfe dazu bringt alles mögliche nur nicht das was ich brauche. Auch der Explain-Button bringt nur Kraut und Rüben. Gibt es irgendwo eine Doku die die Einzelheiten erklärt/beschreibt?
Code: Alles auswählen.
select vbrk.vbeln, vbrk.fkart, vbrk.erdat, vbrp.posnr, vbrp.matnr, vbrp.fbuda
from vbrp
inner join vbrk on vbrk.vbeln = vbrp.vbeln
where vbrp.matnr = '000000000000004711'
and vbrp.fbuda between '20190110' and '20190110'
and vbrk.fkart in ( 'Zxx1', 'Zxx2' )
and vbrk.erdat between '20190327' and '20200121'
and vbrk.fksto = ' '- eine Baumstruktur
- durchnummerierte Äste, deren Nummerierung/Reihenfolge mir völlig unklar ist
- die Äste haben Bezeichungen wie HASHED JOIN, TABLE ACCESS BY INDEX ROWID VBRK, INDEX SKIP SCAN VBRK~Z06 usw
- die Äste enthalten auch Informationen wie Index-Name und Anzahl der Zeilen
So wie ich es verstehe stellt das einen Analyse- und Ausführungsplan der DB dar wie sie die Daten am schnellsten beschaffen kann. Dafür spricht auch, dass das Ergebnis identisch ist wenn ich VBRK und VBRP als Primärtabelle austausche.
Es geht jedoch mMn nicht klar daraus hervor, welchen Zugriffsweg das System nun angewandt hat (das SQL-Ergebnis ist hier übrigens 1 Satz VBRK -> 1 Satz VBRP).
Frage:
Die SAP-Hilfe dazu bringt alles mögliche nur nicht das was ich brauche. Auch der Explain-Button bringt nur Kraut und Rüben. Gibt es irgendwo eine Doku die die Einzelheiten erklärt/beschreibt?
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 / 4397 / 223 /
1182
)
»
Der Execution-Plan ist abhängig von der eingesetzten Datenbank, daher wird die SAP-Hilfe auf den ersten Blick nicht allzu tief ins Detail gehen. Da musst du schon zusätzlich mit dem Namen der Datenbank danach suchen. Von deinem beschriebenen Aufbau her, würde ich auf Oracle tippen.
Kurze Erklärung:
Die Nummerierung im Baum ist die Reihenfolge in der die Datenbank nach den Informationen sucht. Es wird auch angegeben, welcher Index dafür genutzt wird. Je höher die Zahlen für Estimated Cost, CPU usw. sind, die darunter stehen, desto teurer und schlechter ist der gewählte Zugriffspfad. Die sog. Datenbank-Statistiken beeinflussen diese Zahlen und den daraus entstehenden Zugriffspfad. Desshalb sollte die SAP-Basis stets dafür sorgen, dass die Statistiken "aktuell" sind. Die Angaben HASHED JOIN, TABLE ACCESS BY usw. zielen darauf ab, mit welchen Methoden die Informationen in der Tabelle gesucht werden. HASHED ist, wie wir auch aus ABAP kennen, eine der performantesten Varianten. Ein FULL TABLE SCAN (alle Zeilen der Tabelle vergleichen) sollte hingegen tunlichst vermieden werden. Wenn du sowas hast, solltest du entweder dein Statement umbauen, sodass ein passender Index gezogen wird oder du legst einen eigenen Z-Index auf der DB-Tabelle für deinen Zugriff an. Letzteres sollte wirklich nur als allerletzte Möglichkeit in Betracht gezogen werden und nur zur Anwendung kommen wenn nichts anderes mehr funktioniert und die Abfrage unbedingt in dieser Form benötigt wird.
Kurze Erklärung:
Die Nummerierung im Baum ist die Reihenfolge in der die Datenbank nach den Informationen sucht. Es wird auch angegeben, welcher Index dafür genutzt wird. Je höher die Zahlen für Estimated Cost, CPU usw. sind, die darunter stehen, desto teurer und schlechter ist der gewählte Zugriffspfad. Die sog. Datenbank-Statistiken beeinflussen diese Zahlen und den daraus entstehenden Zugriffspfad. Desshalb sollte die SAP-Basis stets dafür sorgen, dass die Statistiken "aktuell" sind. Die Angaben HASHED JOIN, TABLE ACCESS BY usw. zielen darauf ab, mit welchen Methoden die Informationen in der Tabelle gesucht werden. HASHED ist, wie wir auch aus ABAP kennen, eine der performantesten Varianten. Ein FULL TABLE SCAN (alle Zeilen der Tabelle vergleichen) sollte hingegen tunlichst vermieden werden. Wenn du sowas hast, solltest du entweder dein Statement umbauen, sodass ein passender Index gezogen wird oder du legst einen eigenen Z-Index auf der DB-Tabelle für deinen Zugriff an. Letzteres sollte wirklich nur als allerletzte Möglichkeit in Betracht gezogen werden und nur zur Anwendung kommen wenn nichts anderes mehr funktioniert und die Abfrage unbedingt in dieser Form benötigt wird.
Folgende Benutzer bedankten sich beim Autor a-dead-trousers für den Beitrag:
deejey
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
0
Antw.
Antw.
1368
Views
Views
SAP Manufacturing Execution
von mnve » 14.09.2011 10:17 • Verfasst in Material Management & Produktionsplanung
von mnve » 14.09.2011 10:17 • Verfasst in Material Management & Produktionsplanung
2
Antw.
Antw.
6861
Views
Views
About Sapscript Printprogram Execution
von sri_deep » 10.08.2005 19:27 • Verfasst in Development Related
von sri_deep » 10.08.2005 19:27 • Verfasst in Development Related
1
Antw.
Antw.
1371
Views
Views
0
Antw.
Antw.
1134
Views
Views
Plan/Soll Zeiten Fertigungsvorgang
von reichi » 07.01.2013 13:25 • Verfasst in Material Management & Produktionsplanung
von reichi » 07.01.2013 13:25 • Verfasst in Material Management & Produktionsplanung
2
Antw.
Antw.
2576
Views
Views
Plan oder Fertigungsauftrag simulieren ?
von ratsnus » 31.01.2012 10:41 • Verfasst in ABAP® für Anfänger
von ratsnus » 31.01.2012 10:41 • 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
Umherspringende Methoden im quelltextbasierten Class Builder
vor 3 Stunden von ralf.wenzel 104 / 9998
vor 3 Stunden von ralf.wenzel 104 / 9998
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
Umherspringende Methoden im quelltextbasierten Class Builder
vor 3 Stunden von ralf.wenzel 104 / 9998
vor 3 Stunden von ralf.wenzel 104 / 9998