Hallo Christoph,
eigentlich eher fast gar nicht; zumal man eh nicht täglich Änderungen vornimmt.
Die "Verbesserung" bezieht sich ja auch nur auf das eine auszuwertende Sql Statement (oder eine ganze Ablaufverfolgung aus dem Profiler) mit den Filterwerten und der aktuellen Verteilungsstatistik. Nur wenn die Filterwerte laut Statistik die Daten auf mindestens 25% oder weniger einschränkt, wird dann der Index verwendet.
Was der Ratgeber auch nicht dazu schreibt, ist um wieviel langsamer dann Inserts / Updates bei Dir werden; schließlich müssen dann die ganzen Indizes + Statistiken aktualisiert werden.
Da gilt die goldene Regel: So viele Indizes wie nötig, so wenige wie möglich.
Man kann meines Erachtens den Ratgeber ruhig mal laufen lassen, es sind aber eben nur Ratschläge und man sollte immer prüfen, ob die Indizes/Stats wirklich nötig sind.
Das Design der Indizes legt man schon mit dem Tabellen- und Applikationsnetwurf fest; da überlegt man sich schon, was wie im Standard-Fall abgefragt wird.
Natürlich sollte man dann während der Entwicklung und dem späteren Betrieb kontrollieren, ob alles performant läuft.
Fehlende Indizes werden seit der Version 2005 über die View dm_db_missing_index_... aufgeführt und welche Indizes wie oft verwendet wurde in dm_db_index_usage_stats.
Setzt voraus, das die Datenbank schon etwas "einfahren" ist, damit man aufschlußreiche Werte erhält.
Olaf Helper
-----------
* cogito ergo sum * errare humanum est * quote erat demonstrandum *
Wenn ich denke, ist das ein Fehler und das beweise ich täglich
http://olafhelper.over-blog.de
