Oracle:Spielt die Spaltenreihenfolge in einem Index eine Rolle?

1. Falls a und b beide haben 1000 verschiedene Werte und sie werden immer zusammen abgefragt, dann spielt die Reihenfolge der Spalten im Index keine Rolle. Aber wenn a hat nur 10 unterschiedliche Werte oder Sie haben Abfragen, die nur eine der Spalten verwenden, dann spielt es eine Rolle; In diesen Szenarien darf der Index nicht verwendet werden, wenn die Spaltenreihenfolge nicht zur Abfrage passt.
2. Die Spalte mit den am wenigsten unterschiedlichen Werten sollte an erster Stelle stehen und die Spalte mit den meisten unterschiedlichen Werten an letzter Stelle. Dies maximiert nicht nur den Nutzen des Indexes, sondern erhöht auch die potenziellen Gewinne aus der Indexkomprimierung.
3. Der Datentyp und die Länge der Spalte haben einen Einfluss auf die Rendite, die wir aus der Indexkomprimierung erhalten können, aber nicht auf die beste Reihenfolge der Spalten in einem Index.
4. Ordnen Sie die Spalten mit der am wenigsten selektiven Spalte zuerst und der selektivsten Spalte zuletzt an. Bei einem Kabelbinder mit der Säule führen, die eher alleine verwendet wird.

Die einzige mögliche Ausnahme zu 2. und 3. sind DATE-Spalten. Da Oracle-DATE-Spalten ein Zeitelement enthalten, können sie pro Tag 86400 unterschiedliche Werte enthalten . Die meisten Abfragen für eine Datenspalte interessieren sich jedoch normalerweise nur für das Tagelement, sodass Sie in Ihren Berechnungen möglicherweise nur die Anzahl der einzelnen Tage berücksichtigen möchten. Obwohl ich vermute, dass dies die relative Selektivität in nur einer Handvoll Fällen nicht beeinflusst.

bearbeiten (als Antwort auf den Kommentar von Nick Pierpoint)

Die zwei Hauptgründe für das Führen mit der am wenigsten selektiven Spalte sind

1. Indexkomprimierung
2. Index-Lesevorgänge überspringen

Beide entfalten ihre Magie, wenn sie wissen, dass der Wert im aktuellen Slot derselbe ist wie der Wert im vorherigen Slot. Folglich können wir die Rendite dieser Techniken maximieren, indem wir die Anzahl der Wertänderungen minimieren. Im folgenden Beispiel A hat vier unterschiedliche Werte und B hat sechs. Die Dittos stellen einen komprimierbaren Wert oder einen überspringbaren Indexblock dar.

Least selective column leads ...

A          B
---------  -
AARDVARK   1
"          2
"          3
"          4
"          5
"          6
DIFFVAL    1
"          2
"          3
"          4
"          5
"          6
OTHERVAL   1
"          2
"          3
"          4
"          5
"          6
WHATEVER   1
"          2
"          3
"          4
"          5
"          6

Selektivste Spaltenführungen ...

B  A
-  --------
1  AARDVARK
"  DIFFVAL
"  OTHERVAL
"  WHATEVER
2  AARDVARK
"  DIFFVAL
"  OTHERVAL
"  WHATEVER
3  AARDVARK
"  DIFFVAL
"  OTHERVAL
"  WHATEVER
4  AARDVARK
"  DIFFVAL
"  OTHERVAL
"  WHATEVER
5  AARDVARK
"  DIFFVAL
"  OTHERVAL
"  WHATEVER
6  AARDVARK
"  DIFFVAL
"  OTHERVAL
"  WHATEVER

Auch in diesem einfachen Beispiel (A, B) hat 20 überspringbare Slots im Vergleich zu den 18 von (B, A) . Eine größere Diskrepanz würde einen höheren ROI bei der Indexkomprimierung oder einen besseren Nutzen von Index-Skip-Lesevorgängen generieren.

Wie bei den meisten Tuning-Heuristiken müssen wir Benchmarks mit tatsächlichen Werten und realistischen Volumina durchführen. Dies ist definitiv ein Szenario, in dem eine Datenverzerrung dramatische Auswirkungen auf die Effektivität verschiedener Ansätze haben könnte.