Ich arbeite lokal auf einem Windows 2000-Rechner, Php 4.3.2, Mysql 3.23.56-nt

Meine Sandkiste ist eine Tabelle namens test mit Angaben über die Files einer Festplatte (ca 600.000 Sätze), Felder sind u.a.:
name (text), pfad (text), size2(int(11)), dattime2(dattime)

Durch Verwendung eines Index möchte ich Abfragen wie
____SELECT * FROM test ORDER BY name, dattime2, size2 LIMIT 30____
oder meinetwegen
____SELECT * FROM test ORDER BY SUBSTRING(name,1,10), dattime2, size2 LIMIT 30____
entscheidend beschleunigen

Also versuche ich
____CREATE INDEX ix_nds ON test (name(10), dattime2, size2)____
Das bringt aber bei erneuter Abfrage wie oben absolut nichts! (phpMyAdmin zeigt die Eigenschaften des Index wie erwartet an)

Kann mir bitte jemand sagen, was ich falsch mache bzw ob ich von falschen Voraussetzungen ausgehe..

Mister Ad

Waq

Bei dieser Art Abfrage bringt ein Index nicht so viel. Indizes beschleunigen Suchoperationen, die aber um Grössenordnungen. Hier kann der Index nur für die sage und schreibe drei Sortierungen von 600.000 Elementen genutzt werden... hast Du eine Ahnung, was für ein Aufwand das ist? Auch die besten Sortieralgorithmen haben eine Laufzeitkomplexität von O(n*log n). Kannst Du das nicht irgendwie durch eine WHERE-Klausel einschränken?

Und hier hast Du mit dem Aufruf von SUBSTRING den Kardinalsfehler zu Indizes gemacht. Denn die Funktion muss bei jedem Aufruf berechnet werden, im Index stehen tut sie nicht, dementsprechend kann der Index sie nicht beschleunigen. Hier müsstest Du ein eigenes Feld einrichten, wo dieser Teilstring schon drin steht, und dadrauf nen Index legen.

Generell kannst Du dir anzeigen lassen, welche Indizes benutzt werden, indem Du EXPLAIN benutzt, also z.B:
EXPLAIN SELECT * FROM test ORDER BY SUBSTRING(name,1,10), dattime2, size2 LIMIT 30

PS: Es gibt da einen tollen Eintrag in der DCLP-FAQ, der "Warum soll ich nicht 'SELECT * FROM' schreiben" heisst. Hab grad keine Lust, den Link rauszusuchen.

__________________
mod = master of disaster