Index / Indizes
9 Beiträge
•
Seite 1 von 1
9 Beiträge
Seite 1 von 1
Hallo,
ich hab hier ein Programm mit einigen Selects for mir und soll dabei die Laufzeit (welche eindeutig zu lang ist) optimieren. Dabei weis ich jedoch nicht so recht wie ich da vorgehen soll, wie leg ich einen Inidzes für ein Select an? Und wie überprüfe ich ob das slect über einen Index läuft (find in der Tabelle dazu keinen Eintrag)
ich hab hier ein Programm mit einigen Selects for mir und soll dabei die Laufzeit (welche eindeutig zu lang ist) optimieren. Dabei weis ich jedoch nicht so recht wie ich da vorgehen soll, wie leg ich einen Inidzes für ein Select an? Und wie überprüfe ich ob das slect über einen Index läuft (find in der Tabelle dazu keinen Eintrag)
gesponsert ⓘ
Stellenangebote auf ABAPforum.com schalten
kostenfrei für Ausbildungsberufe und Werksstudenten
kostenfrei für Ausbildungsberufe und Werksstudenten
Hallo Phame,
um die von Niels erwähnte Transaktion noch etwas zu spezifizieren.
Die einfachste vorgehensweise wäre die ST05 starten:
- Trace einschalten
- das zu prüfende Programm (Report) laufen lassen
- Trace ausschalten -> ganz wichtig sonst hast du spaß mit deinem Admin
- Trace anschauen
Dann kannst dann in diesem Trace alle Select anweisungen mit Dauer anschauen und dann explizit dich um die Probleme kümmern.
Erst mal Wild auf Tabellen Indizes erzeugen ist aufjedenfall nicht ziel führen.
Danach wäre es empfehlenswert das Programm selbst anzuschauen und evtl. die Selects zu optimieren.
Gruß
Sven
um die von Niels erwähnte Transaktion noch etwas zu spezifizieren.
Die einfachste vorgehensweise wäre die ST05 starten:
- Trace einschalten
- das zu prüfende Programm (Report) laufen lassen
- Trace ausschalten -> ganz wichtig sonst hast du spaß mit deinem Admin
- Trace anschauen
Dann kannst dann in diesem Trace alle Select anweisungen mit Dauer anschauen und dann explizit dich um die Probleme kümmern.
Erst mal Wild auf Tabellen Indizes erzeugen ist aufjedenfall nicht ziel führen.
Danach wäre es empfehlenswert das Programm selbst anzuschauen und evtl. die Selects zu optimieren.
Gruß
Sven
Hier eine kleine Anleitung wie man Indexe anlegt im SAP.
Aber bevor du welche anlegst eine Frage: wie oft wird denn ein Datensatz gelesen bevor er gelesen wird ganz grob?
Wenn alle paar Minuten darauf geschrieben wird und nur einmal im Monat der Datensatz gelesen wird, bremst
ein Index nur.
Zuerst die Transaktion se11 aufrufen:
1. Schritt
[img]index_anl.jpg[/img]
2. Schritt:
[img]index_anl2.jpg[/img]
In der Transaktion erscheint folgendes im Ausführungsplan, wenn der Index verwendet wird:
[img]use_index.jpg[/img]
Sonst können noch inner joins statt verschaltete Select-Schleifen helfen!
Wird ziemlich oft select single verwendet?
Aber bevor du welche anlegst eine Frage: wie oft wird denn ein Datensatz gelesen bevor er gelesen wird ganz grob?
Wenn alle paar Minuten darauf geschrieben wird und nur einmal im Monat der Datensatz gelesen wird, bremst
ein Index nur.
Zuerst die Transaktion se11 aufrufen:
1. Schritt
[img]index_anl.jpg[/img]
2. Schritt:
[img]index_anl2.jpg[/img]
In der Transaktion erscheint folgendes im Ausführungsplan, wenn der Index verwendet wird:
[img]use_index.jpg[/img]
Sonst können noch inner joins statt verschaltete Select-Schleifen helfen!
Wird ziemlich oft select single verwendet?
Du hast keine ausreichende Berechtigung, um die Dateianhänge dieses Beitrags anzusehen.
Publikationen:
Qualitätsmanagement in der ABAP-Entwicklung,
Why we should take care about clean code
ABAP, Java, JavaScript
GitHub
Qualitätsmanagement in der ABAP-Entwicklung,
Why we should take care about clean code
ABAP, Java, JavaScript
GitHub
Die Aussage "Einfach hier alle Spalten angeben" halte ich fuer sehr gewagt, das koennte ein Anfaenger falsch auffassen.
Ein Index sollte schon irgendwie Sinn ergeben: Spalten so viel wie noetig und so wenig wie moeglich. Vielleicht hast Du es ja sogar so gemeint.
Ich habe schon in Firmen gearbeitet, da meinte auch jeder, bei dem kleinsten Performanceproblem legen wir halten einen Index an.
Und da habe einige so gedacht, dass nachher sogar Index doppelt angelegt wurden.
Und ploetzlich hatten einige Tabellen auf einmal 10-15 Index MEHR, als im Standard. Denn sie wussten nicht was sie tun....
Ein Index sollte schon irgendwie Sinn ergeben: Spalten so viel wie noetig und so wenig wie moeglich. Vielleicht hast Du es ja sogar so gemeint.
Ich habe schon in Firmen gearbeitet, da meinte auch jeder, bei dem kleinsten Performanceproblem legen wir halten einen Index an.
Und da habe einige so gedacht, dass nachher sogar Index doppelt angelegt wurden.
Und ploetzlich hatten einige Tabellen auf einmal 10-15 Index MEHR, als im Standard. Denn sie wussten nicht was sie tun....
"so viel wie noetig und so wenig wie moeglich" - Genau. Mit jedem neuen Datensatz werden dann 20 Index aktualsiert.. Super!Unit605 hat geschrieben:Die Aussage "Einfach hier alle Spalten angeben" halte ich fuer sehr gewagt, das koennte ein Anfaenger falsch auffassen.
Ein Index sollte schon irgendwie Sinn ergeben: Spalten so viel wie noetig und so wenig wie moeglich. Vielleicht hast Du es ja sogar so gemeint.
Ich habe schon in Firmen gearbeitet, da meinte auch jeder, bei dem kleinsten Performanceproblem legen wir halten einen Index an.
Und da habe einige so gedacht, dass nachher sogar Index doppelt angelegt wurden.
Und ploetzlich hatten einige Tabellen auf einmal 10-15 Index MEHR, als im Standard. Denn sie wussten nicht was sie tun....
Kannst Du mir Deinen Satz mal genauer erklaeren? Macht fuer mich, so wie er da, steht keinen Sinn.steff_m hat geschrieben:"so viel wie noetig und so wenig wie moeglich" - Genau. Mit jedem neuen Datensatz werden dann 20 Index aktualsiert.. Super!Unit605 hat geschrieben:Die Aussage "Einfach hier alle Spalten angeben" halte ich fuer sehr gewagt, das koennte ein Anfaenger falsch auffassen.
Ein Index sollte schon irgendwie Sinn ergeben: Spalten so viel wie noetig und so wenig wie moeglich. Vielleicht hast Du es ja sogar so gemeint.
Ich habe schon in Firmen gearbeitet, da meinte auch jeder, bei dem kleinsten Performanceproblem legen wir halten einen Index an.
Und da habe einige so gedacht, dass nachher sogar Index doppelt angelegt wurden.
Und ploetzlich hatten einige Tabellen auf einmal 10-15 Index MEHR, als im Standard. Denn sie wussten nicht was sie tun....
Meine von Dir zitierte Aussage: "so viel wie noetig und so wenig wie moeglich " bedeutet naemlich genau das Gegenteil, von dem Rueckschluss, den Du daraus ziehst.
Nebenbei erwaehnt: Klasse Einstand.
Super!
Man sollte bei jedem neuen und alten Index natürlich prüfen, ob er notwendig ist. 20 Index auf einer Tabelle sind in der Praxis selten sinnvoll. Abfragen und Joins sollten genau geprüft werden. Hier liegt der Knackpunkt..
Das bedeutet für mich "so viel wie noetig und so wenig wie moeglich" Also auf einen Spalte, die in keiner where-Klausel auftaucht und die in keinem Join auftaucht, sollte auch kein Index auftauchen! Ich bin Taucher!
Man sollte bei jedem neuen und alten Index natürlich prüfen, ob er notwendig ist. 20 Index auf einer Tabelle sind in der Praxis selten sinnvoll. Abfragen und Joins sollten genau geprüft werden. Hier liegt der Knackpunkt..
Das bedeutet für mich "so viel wie noetig und so wenig wie moeglich" Also auf einen Spalte, die in keiner where-Klausel auftaucht und die in keinem Join auftaucht, sollte auch kein Index auftauchen! Ich bin Taucher!
Seite 1 von 1
Vergleichbare Themen
0
Antw.
Antw.
1070
Views
Views
1
Antw.
Antw.
3162
Views
Views
8
Antw.
Antw.
2806
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
Newsletter Anmeldung
Keine Beiträge verpassen! Wöchentlich versenden wir lesenwerte Beiträge aus unserer Community.Die letzte Ausgabe findest du hier.