Schlüssel und eindeutige Spalten   SQL Anywhere erstellt automatisch Indizes für Primärschlüssel, Fremdschlüssel und eindeutige Spalten. Sie sollten für diese Spalten keine zusätzlichen Indizes erstellen. Die Ausnahme hierbei sind zusammengesetzte Schlüssel, die manchmal durch zusätzliche Indizes verbessert werden.

Weitere Hinweise finden Sie unter Zusammengesetzte Indizes.

Häufigkeit der Suche   Wenn eine bestimmte Spalte häufig durchsucht wird, können Sie mit einem Index für diese Spalte eine Verbesserung der Performance erreichen. Die Erstellung eines Indexes für eine Spalte, die selten durchsucht wird, ist möglicherweise nicht sinnvoll.

Größe der Tabelle   Indizes für relativ große Tabellen mit vielen Zeilen bringen mehr Vorteile als Indizes für relativ kleine Tabellen. Beispielsweise wird ein Index für eine Tabelle mit nur 20 Zeilen wahrscheinlich keinen Nutzen bringen, da sequenzielles Durchsuchen nicht länger dauern würde als eine Indexsuche.

Anzahl der Aktualisierungen   Ein Index wird jedesmal aktualisiert, wenn eine Zeile in die Tabelle eingefügt bzw. aus der Tabelle gelöscht und eine Spalte mit Index aktualisiert wird. Ein Index für eine Spalte verlangsamt die Performance von Einfügungen, Änderungen und Löschvorgängen. Eine Datenbank, die häufig aktualisiert wird, sollte weniger Indizes haben als eine, die nur gelesen wird.

Berücksichtigung des Speicherplatzes   Indizes erfordern Speicherplatz in der Datenbank. Wenn die Datenbankgröße ein primäres Anliegen ist, sollten sie Indizes zurückhaltend erstellen.

Datenverteilung   Wenn eine Indexsuche zu viele Werte zurückgibt, ist sie kostenträchtiger als sequenzielles Durchsuchen. SQL Anywhere verwendet den Index nicht, wenn diese Bedingung erkannt wird. SQL Anywhere würde beispielsweise keinen Index für eine Spalte mit nur zwei Werten verwenden, wie die Tabelle "Employees.Sex" in der SQL Anywhere-Beispieldatenbank. Aus diesem Grund sollten Sie keinen Index für eine Tabelle erstellen, die lediglich einige unterschiedliche Werte enthält.