Index DB-Tabelle wird nicht gezogen
Die Frage ist als "gelöst" markiert. Den entsprechend Beitrag findest du hier.
13 Beiträge
•
Seite 1 von 1
13 Beiträge
Seite 1 von 1
Hallo,
ich habe für eine kundeneigene Datenbanktabelle einen Sekundär-Index angelegt und aktiviert.
Der Index besteht, ausser dem Mandanten, nur noch aus einem weiteren Feld.
Der Index ist aktiviert, wird aber nicht gezogen (SQL-Trace), die Datenbank ist Oracle, der Indey ist non-unique für alle DB angelegt.
Wer kann mit Tipps für die Fehlersuche geben?
Danke
ich habe für eine kundeneigene Datenbanktabelle einen Sekundär-Index angelegt und aktiviert.
Der Index besteht, ausser dem Mandanten, nur noch aus einem weiteren Feld.
Der Index ist aktiviert, wird aber nicht gezogen (SQL-Trace), die Datenbank ist Oracle, der Indey ist non-unique für alle DB angelegt.
Wer kann mit Tipps für die Fehlersuche geben?
Danke
gesponsert ⓘ
Stellenangebote auf ABAPforum.com schalten
kostenfrei für Ausbildungsberufe und Werksstudenten
kostenfrei für Ausbildungsberufe und Werksstudenten
Hallo,
wie sieht denn der SQL-Befehl dazu aus. Möglicherweise musst Du die Reihenfolge der Bedingungen ändern, damit der Optimizer den Index benutzen kann.
Mit dieser Reihenfolge wird der Index nicht gezogen, weil field2 die höhere Gewichtung bekommt.
wie sieht denn der SQL-Befehl dazu aus. Möglicherweise musst Du die Reihenfolge der Bedingungen ändern, damit der Optimizer den Index benutzen kann.
Code: Alles auswählen.
Beispiel:
Tabelle:
mandt,
first_key,
second_key,
index,
field1,
field2.
Index:
mandt,
index.
SQL:
SELECT *
FROM tabelle
INTO TABLE itab
WHERE field2 EQ '???'
AND index EQ 'ind'.
Gruß
Ereglam
May the Force be with your code
|| .| |.|| | .... . ..|. ||| .|. |.|. . |... . .|| .. | .... |.|| ||| ..| .|. |.|. ||| |.. .
Ereglam
May the Force be with your code
|| .| |.|| | .... . ..|. ||| .|. |.|. . |... . .|| .. | .... |.|| ||| ..| .|. |.|. ||| |.. .
Hallo,
es kann auch sein, daß der Optimizer schlicht und einfach sagt: momentan ist der Index sinnlos
==> Sprich: wenn zB in der Tabelle nur 5 Datensätze sind, wird der Optimizer nie einen Index ziehen. Da sagt er: da bin ich ja viel schneller wenn ich gleich einen full table scan mache und mir nachträglich die richtigen raussuche
mfg
Richard
es kann auch sein, daß der Optimizer schlicht und einfach sagt: momentan ist der Index sinnlos
==> Sprich: wenn zB in der Tabelle nur 5 Datensätze sind, wird der Optimizer nie einen Index ziehen. Da sagt er: da bin ich ja viel schneller wenn ich gleich einen full table scan mache und mir nachträglich die richtigen raussuche
mfg
Richard
Populärer Irrtum. Der Optimizer bastelt sich das so hin, wie er es braucht.ereglam hat geschrieben:Hallo,
wie sieht denn der SQL-Befehl dazu aus. Möglicherweise musst Du die Reihenfolge der Bedingungen ändern, damit der Optimizer den Index benutzen kann.Mit dieser Reihenfolge wird der Index nicht gezogen, weil field2 die höhere Gewichtung bekommt.Code: Alles auswählen.
Beispiel: Tabelle: mandt, first_key, second_key, index, field1, field2. Index: mandt, index. SQL: SELECT * FROM tabelle INTO TABLE itab WHERE field2 EQ '???' AND index EQ 'ind'.
Gruss,
Haubi
Danke für den Hinweis.Haubi hat geschrieben:Populärer Irrtum. Der Optimizer bastelt sich das so hin, wie er es braucht.ereglam hat geschrieben:...
Gruss,
Haubi
Gruß
Ereglam
May the Force be with your code
|| .| |.|| | .... . ..|. ||| .|. |.|. . |... . .|| .. | .... |.|| ||| ..| .|. |.|. ||| |.. .
Ereglam
May the Force be with your code
|| .| |.|| | .... . ..|. ||| .|. |.|. . |... . .|| .. | .... |.|| ||| ..| .|. |.|. ||| |.. .
Mittels quote="<user>" (natürlich in eckigen Klammern). Kommt automatisch wenn Du auf den ButtonRiffRaff hat geschrieben: PS. am Rande. wie bekommt mann eigentlich das:
ereglam hat folgendes geschrieben::...........
hin???
klickst.Und ja, ich bin sicher...
Ich halte es bei dem beschriebenen Problem eher für wahrscheinlich, dass
a) die Tabelle zu klein ist,
b) die Statistiken nicht aktuell sind (Moin Kowi...) oder
c) der Index verclustert und somit quasi unbenutzbar ist.
Gruss,
Haubi
Hallo,
es sind 240 000 Einträge in der Tabelle.
GRuss
es sind 240 000 Einträge in der Tabelle.
GRuss
RiffRaff hat geschrieben:Hallo,
es kann auch sein, daß der Optimizer schlicht und einfach sagt: momentan ist der Index sinnlos
==> Sprich: wenn zB in der Tabelle nur 5 Datensätze sind, wird der Optimizer nie einen Index ziehen. Da sagt er: da bin ich ja viel schneller wenn ich gleich einen full table scan mache und mir nachträglich die richtigen raussuche
mfg
Richard
dann poste doch bitte den wichtigen Teil der Tabellen- und Indexdefinition, sowie den SQL-Befehl.
Ohne kommen wir (scheinbar) nicht weiter.
Ohne kommen wir (scheinbar) nicht weiter.
Gruß
Ereglam
May the Force be with your code
|| .| |.|| | .... . ..|. ||| .|. |.|. . |... . .|| .. | .... |.|| ||| ..| .|. |.|. ||| |.. .
Ereglam
May the Force be with your code
|| .| |.|| | .... . ..|. ||| .|. |.|. . |... . .|| .. | .... |.|| ||| ..| .|. |.|. ||| |.. .
Ich würde pauschal mal den RSANAORA auf den Index abschießen (wie schon von Kowi vorgeschlagen).
SE38, Report "RSANAORA", Ausführen ( F8 )
Radiobutton "Index"
Object = <tabelle>~<index>
Function = "Compute"
Und danach nochmal probieren.
Gruss,
Haubi
SE38, Report "RSANAORA", Ausführen ( F8 )
Radiobutton "Index"
Object = <tabelle>~<index>
Function = "Compute"
Und danach nochmal probieren.
Gruss,
Haubi
Beitrag
von Frank Dittrich (Expert / 674 / 0 /
15
)
»
Und den Execution plan aus dem SQL trace, sowie die Statistik-Infos zu dem Index.ereglam hat geschrieben:dann poste doch bitte den wichtigen Teil der Tabellen- und Indexdefinition, sowie den SQL-Befehl.
Ohne kommen wir (scheinbar) nicht weiter.
Nebenbei: Oracle läuft doch mit den Cost based Optimizer, nicht mit dem Rule based Optimizer, oder?
(Und den Mandanten würde ich entweder ganz rauslassen oder allenfalls als 2. Feld in den Index aufnehmen.)
Seite 1 von 1
Vergleichbare Themen
1
Antw.
Antw.
2429
Views
Views
Upgrade 6.04->6.07 Index HKC Tabelle COBRB fehlt
von Thomas R. » 07.10.2015 15:21 • Verfasst in Basis
von Thomas R. » 07.10.2015 15:21 • Verfasst in Basis
5
Antw.
Antw.
3213
Views
Views
Dirty assign auf Feld in interner Tabelle mit Index
von Romaniac » 06.12.2019 12:31 • Verfasst in ABAP® Core
von Romaniac » 06.12.2019 12:31 • Verfasst in ABAP® Core
1
Antw.
Antw.
764
Views
Views
Eintrag in einer internen Tabelle mit dem größten Index auslesen.
von kaim77 » 05.02.2022 09:56 • Verfasst in ABAP® für Anfänger
von kaim77 » 05.02.2022 09:56 • Verfasst in ABAP® für Anfänger
1
Antw.
Antw.
1879
Views
Views
0
Antw.
Antw.
469
Views
Views
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.