nicht angemeldet
Hello,
Du bist wirklich der Meinung, dass ein Index auf Typ, welcher dafür sorgt, dass erst die 70.000 und dann die 30.000 Datensätze vorsortiert werden, keinen Vorteil gegenüber einem full-table-scan in der unsortierten Tabelle bringt?
ganz genau, so ist es.
Wobei man vielleicht sagen muss, dass der wesentliche Nachteil hier in der Pflege des Index liegt. Idizes basieren ja ausschließlich auf ordinalen (oder "ordinalisierten") Werten.
Welche Zahl ist Größe als 1?
Wann erwartest Du die 2 in eine sortierten Liste?
Ich erwarte die 2 direkt ein Element hinter der 1.
Aber Käse. Da steht jetzt 70.000 mal die 1
Muss ich also zur Pfelge des Index 70.000 mal vergleichen.
Was passiert nun beim Suchen?
Ich treffe beim ersten Peek eine 1. Aber die zweite Filter-Bedingung (zweite Spalte) stimmt nicht. Muss ich den Index jetzt nach "links" oder nach "rechts" weitersuchen? Wenn ich psch habe, muss ich sowohl den linken, also auch den rechten Flügel des durch mein peek() geteilten 1-Bereiches durchsuchen, also auch 70.000 mal.
Harzliche Grüße aus http://www.annerschbarrich.de
Tom
Fortschritt entsteht nur durch die Auseinandersetzung der Kreativen
Nur selber lernen macht schlau