Schlüssel

Schauen wir uns die Tabelle tabOrte noch genauer an: Wäre IDOrt nicht vom Typ Autowert, sondern Zahl, könnte die gleiche Zahl mehrfach vorkommen! Und in txtOrt kann man mehrfach die gleiche Stadt eintragen.

Hier kommen Schlüssel oder auch Indizes ins Spiel: Ein indiziertes Feld wird schneller durchsucht und sortiert als ein nicht indiziertes Feld. Zudem lässt sich einstellen, ob in einem Index Duplikate erlaubt sind. Wir brauchen also je einen Index ohne Duplikate für die Felder IDOrt und txtOrt. Jetzt sind Duplikate ausgeschlossen! Will man jetzt z.B. mehrfach 'Frankfurt' eingeben, muss man zwischen 'Frankfurt am Main' und 'Frankfurt an der Oder' unterscheiden.

Jetzt noch einmal zu tabLaender: IDLand enthält Werte, die wir auch in der Tabelle tabOrte brauchen. Daher ist dies kein normaler Index, sondern der Primärschlüssel der Tabelle. Jede Tabelle sollte einen Primärschlüssel haben. Er bezeichnet eindeutig einen bestimmten Datensatz. Deswegen gibt es auch das Feld IDOrt in der Tabelle tabOrte: Wir brauchen es in unserem Beispiel zwar nicht, aber mit dem Primärschlüssel wird unsere Datenbank insgesamt schneller.

Es sind auch zusammengesetzte Schlüssel möglich, also Schlüssel, die sich über mehrere Felder erstrecken. Dazu wird ein Index auf das erste Feld erstellt, und in der nächsten Zeile im Index-Fenster in der Spalte Feldname das zweite Feld ausgewählt, ohne die Spalte mit dem Indexnamen auszufüllen.