Sinnvolle einsatz von Indexe bei MYSQL

[delphilevi]

ob und wie viele indices erzeugt werden sollten, hängt auch von dem verhältnis select-abfragen zu update und insert abfragen ab.

bei mysql datenbanken schaue dir mal das mysql-verzeichnis an.
pro datenbank ein verzeichnis und pro
tabelle (z.B. tab1) gibt es eine tab1.frm, tab1.ind und tab1.dta (oder so ähnlich die letzte mysql ist schon 13 monate her):

nach jedem update, insert wird letztlich die index-Datei neu aufgebaut.
je höher die anzahl der indices, desto größer die index-Datei und umso langsamer insert und update.

den größten geschwindigkeits-zuwachs bekommst du durch serverseitiges ausführen der sql-anweisungen.

[Karstadt]

Kurz gesagt. Besser Select eingrenzen als Indexe benutzen (oder Select mit Indexen). Wollstest du das sagen?

[delphilevi]

kurz kann ich nicht

eine ablaufbeschreibung:

tab1
f1 f2 ohne index
1 20060222
2 20060221

tab1
f1 f2 index auf f2
1 20060222 position 2 (immer zahlen)
2 20060221 position 1

select * from tab1 order by f2

im ersten fall verarbeitet die mysql die abfrage indem sie 20060222 <= 20060221 prueft
im zweiten fall läuft die prüfung auf den index --> sehr viel schneller als 1 insbesondere wenn f2 = langer string

aber:
update tab1 set f2=20060223 where f1=2 ist im ersten fall schneller da es keinen index zum reorganisieren gibt.

ach ja: ist die select abfrage komplex (viele funktionen) kann es passieren, daß die indices nicht verwendet werden: select * from tab1 order by datediff(f2,20060101)/365

noch 'n tipp:
gut: select * from tab1 where (grosse einschraenkung) and (weniger grosse einschraenkung)
schlecht: umgekehrt

gut: insert into temp (select * from riesig where (einfach zu berechnen))
select * from temp where (komplex)
schlecht: select * from riesig where (komplex) and (einfach zu berechnen)

die index-datei ist vereinfacht dargestellt.
o'reilly mysql hat mir sehr geholfen.

hilfe bei index-entscheidungen: tabellenstruktur und liste mit sql-statements, groesse der tabellen
und verhaeltnis von select zu insert/update posten

[Elvis]

Was ist denn an den Infos in dem und deinen anderen Threads so schwer zu verstehen?
Zum 5000-sten Mal: Ein Index muss nunmal aus deinen Daten generiert werden und er beschleunigt auch nur gezielte Zugriffe (Filtern, Gruppieren, Sortieren). Jeglicher schreibender Zugriff bedeutet, dass der Index invalid und in manchen DBs sogar sofort neu berechnet werden muss.
Kann doch nicht so schwer sein, daraus Schlüsse ziehen zu können.

Zitat von Karstadt:

Kurz gesagt. Besser Select eingrenzen als Indexe benutzen (oder Select mit Indexen). Wollstest du das sagen?

Hmpf? Was soll man da noch sagen...

Du kannst doch nicht anfangen ein Programm zu schreiben ohne die mit den verwendeten Technologien wenigstens _ansatzweise_ vertraut zu machen.
*Sich langsam wie in einer Excel/Access-Mailinglist vorkommt *