Index wird teilweise nicht benutzt

[Bambini]

Zitat von Dumpfbacke:

Nur warum wird denn den Index des Feldes 5 benutzt ?

Die Optimizer der DB Systeme haben da so ihre Geheimnisse
Wie sieht des der Execution Plan für dieses Statement aus?

[Dumpfbacke]

Zitat von Bambini:

Zitat von Dumpfbacke:

Nur warum wird denn den Index des Feldes 5 benutzt ?

Die Optimizer der DB Systeme haben da so ihre Geheimnisse
Wie sieht des der Execution Plan für dieses Statement aus?

Plan
PLAN SORT (JOIN (Tabelle1 INDEX (IDX_FELD1), Tabelle2 INDEX (IDX_FELD9, IDX_FELD9)))

------ Performance info ------
Prepare time = 639ms
Execute time = 1m 13s 539ms
Avg fetch time = 4.085,50 ms
Current memory = 14.478.580
Max memory = 14.634.260
Memory buffers = 800
Reads from disk to cache = 52.880
Writes from cache to disk = 0


Wenn ich die erste Bedingung entferne

Plan
PLAN SORT (JOIN (Tabelle1 INDEX (IDX_Feld4, IDX_Feld4, IDX_Feld4, IDX_Feld4, IDX_Feld4, IDX_Feld5), Tabelle2 INDEX (IDX_Feld9, IDX_Feld9)))

------ Performance info ------
Prepare time = 655ms
Execute time = 3s 291ms
Avg fetch time = 253,15 ms
Current memory = 17.677.420
Max memory = 17.696.404
Memory buffers = 800
Reads from disk to cache = 30.649
Writes from cache to disk = 0

Hier benutze er jeodch auch nicht den Index des Feld2 und Feld 3 was jedoch nicht so tragisch ist da es trotzdem schnell geht.

Warum benutzt er immer nur einen Teil ?

[Bambini]

Zitat von Dumpfbacke:

Hier benutze er jeodch auch nicht den Index des Feld2 und Feld 3 was jedoch nicht so tragisch ist da es trotzdem schnell geht.

Evtl. spricht die Statistik dagegen diese Indices auch noch zu lesen. Evtl. sind sehr viel gleiche Werte in der Tabelle/Index und dann geht er den Weg die Werte für Feld2 und Feld3 direkt aus der Treffermenge der anderen Indices zu prüfen.

Zitat von Dumpfbacke:

Warum benutzt er immer nur einen Teil ?

Wenn immer die gleichen Felder abgefragt werden, würde ich versuchen einen zusammengesetzten Index über alle betroffenen Felder zu bauen und nicht für jedes Feld einen eigenen. Die Felder aber nur dann in den Index mit aufnehmen, wenn genügend verschiedene Werte in diesem Feld erwartet werden.

[Dumpfbacke]

Zitat von Bambini:

Wenn immer die gleichen Felder abgefragt werden, würde ich versuchen einen zusammengesetzten Index über alle betroffenen Felder zu bauen und nicht für jedes Feld einen eigenen. Die Felder aber nur dann in den Index mit aufnehmen, wenn genügend verschiedene Werte in diesem Feld erwartet werden.

Ich habe nun mal einen Index über alle Felder angelegt. Leider benutz er diesen Index nicht. Es benutzt den Index des ersten Feldes. Wenn ich das erset Feld rausnehme bei der Where benutzt er die Index.
Ich verstehe langsam nicht mehr was das Teil da machet ????

Tanja

[jobo]

Das kannst Du auch nicht "verstehen", der Optimizeralgorithmus basiert auf (hoffentlich) komplexen Entscheidungen, den Statistiken* und irgendwelchen genialen oder doofen Ideen der Entwickler.
Das bedeutet konkret, die Änderung eines einzigen (!) Feldinhaltes kann den Optimizer dazu bringen, einen anderen Ausführungsplan zu verwenden.

Dein "großer" Index muss demzufolge nicht alle Felder enthalten, nur die wichtigsten. Kleinkram geht auch ohne Index. Es sollte - wie schon oben gesagt- Felder mit hoher Varianz, wenig/kein NULL sein.

*Statistiken: Mengenverhältnisse der Werte in den Feldern der Tabellen.

[jobo]

Nachtrag
Die beiden Ausführungspläne zeigen jedenfalls, dass der 2. Plan viel besser ist.
Also wie kann man den Optimizer dazu bringen, dem 2. Plan zu folgen ohne die Bedingung wegzulssen?

Den (Ausführungs)Plan angeben
http://www.firebirdfaq.org/faq224/

Unbehilfliche Indizes löschen (Feld1)

oder wenn der Index an anderer Stelle gebraucht wird, die Abfrage so formulieren, dass der Index nicht greifen kann:
http://www.firebirdfaq.org/faq158/

Außerdem:
Warum verwendest Du "Group by", ohne eine Aggregatfunktion?
Falls es um die Unterdrückung doppelter Ergebnisssätze geht, überprüfe Dein Join Kriterium.
Wenn eine Bedingung fehlt, kann es zu Permutationen führen, die mehrfachen Datensätze wären ein Indiz dafür.
Das zieht natürlich auch die Performance runter und "verwirrt" ggF. den Optimizer.

[Bambini]

Zitat von Dumpfbacke:

Ich habe nun mal einen Index über alle Felder angelegt. Leider benutz er diesen Index nicht. Es benutzt den Index des ersten Feldes. Wenn ich das erset Feld rausnehme bei der Where benutzt er die Index.
Ich verstehe langsam nicht mehr was das Teil da machet ????

Die Einzelfeld Indices würde ich löschen. Anhand deines Statements würde ich den Index mit diesen Felder bestücken:

Code:

Tabelle 1:
Feld2,Feld3,Feld4

Tabelle2:
die JOIN Felder und das Feld9