Ein Clustered Index alleine macht noch keinen Sommer
bzw. eine performante
DB. Der Clustered Index muss auf dem Feld (den Feldern) liegen, die am häufigsten für zeitkritische Abfragen verwendet werden. I.A. sind dies die Primary Keys (Indentity), kann aber auch mal eine Datumsspalte sein, wenn etwa eine Aufzeichnung bestimmter Ereignisse stattfindet und der Löwenanteil der Auswertungen über einen zeitlich begrenzten Bereich laufen.
Des Weiteren sind Indexe mit Augenmaß zu verwenden: Zu wenige führen zu den berüchtigten 'Table scans', zu viele zu Performanceeinbußen bei der Datenmanipulation: Immerhin müssen bei jeder Änderung alle Indexe überarbeitet werden.
Den Rest hat jens_w und Berhard Geyer schon gesagt.