Tja, so ist das mit den Definitionen. Aus der Wiki-Erklärung geht indirekt hervor, dass
Schlüssel als Kurzform für
Primärschlüssel (Primary Key) verstanden wird. Der
Fremdschlüssel (Foreign Key) stellt eine Beziehung (Relation) dar, die auf den Primärschlüssel der anderen Tabelle verweist.
Bei Deinem Beispiel gilt:
Abteilungen hat einen Primärschlüssel, nämlich ID.
Mitarbeiter hat keinen Primärschlüssel, aber einen Fremdschlüssel, bei dem das Feld "Abteilung" auf den Primärschlüssel der anderen Tabelle verweist.
Jeder Schlüssel kann sich auf ein oder mehrere Felder beziehen. Aus Geschwindigkeitsgründen und wegen der besseren Wartungsmöglichkeit sind Schlüssel für ein Feld meistens besser. Tabellen ohne Primärschlüssel sind "quasi verboten" (nicht unbedingt was die Theorie betrifft, sondern von der Praxis).
Ich hoffe, ich konnte zur Klarheit beitragen. Jürgen
Nachtrag:
Zitat von
Faux:
Achsoooo, das identisch bezieht sich deiner Meinung nach nicht auf den Frendschlüssel selbst, sondern sein "Ziel"?
So ist es.
Der Name ist als Primärschlüssel völlig ungeeignet, auch in der Kombination mit Vorname oder Geburtstag. Auch dafür ist eine ID das sinnvollste; das sollte man sich als Regel für (fast) jede Tabelle vornehmen. Ausnahmen wären allenfalls Tabellen, bei denen alle Felder gemeinsam als Primärschlüssel gelten würden und jedes Feld zu einem Fremdschlüssel gehört.