Hallo,

ich frage mich immer wieder warum es in manchen Tabellen mehrere Primary Keys gibt? Letzten habe ich eine relationales Datenbankmodell gesehen, wo ein Primary Key aus einer Tabelle als "eigentlichen" Fremdschlüssel in eine andere Tabelle eingetragen wurde, aber trotzdem weiterhin als PK bezeichnet wurde. Wie kann das sein??

es gibt in einer tabelle immer nur genau einen pk denn er ist zur eindeutigen identifizierung da.wenn es als pk angegeben wurde und ein fk ist dann ist dies ein fehler. Aber wenn es nur der name ist dann ist dies egal. den die namensgebung hat mit dem eigentlichen typ der spalte nichts zu tun. es zeugt nur von einem extrem schlechten styl das so zu machen und wenn ich mich nicht täusche wird das jeder eigentlich als fehler zählen

Evtl. ist es auch ein zusammengesetzter primärer Schlüssel.. nicht unbedingt schön, aber solls geben

Mehrere PK's sind eigentlich ziemlich üblich, wenn beispielsweise Tabellen auf Zeiträume zugreifen bzw. Intervalle. Dann geht es meist nicht anders. MSSQL kann das ja auch aber leider müssen die PK's am Anfang stehen. Da hatten wir mal einige Probleme bei ner Migration von Informix aus.

Ich verweise mal Schlüssel (Datenbank)

Der Primärschlüssel ist eindeutig und kommt somit nur ein einziges mal vor. Es kann keine zwei (oder mehrere) Primärschlüssel geben. Ich denke hier werden Primärschlüssel mit eindeutigen Schlüsseln (unique) gleich gesetzt. Auf einer Tabelle existiert genau ein Primärschlüssel, aber es können mehrere eindeutige Schlüssel existieren (diese sind aber dann keine Primärschlüssel)

Es kann nur einen geben - richtig! Allerdings kann dieser eine Schlüssel aus mehreren Attributen zusammengesetzt sein.

Um auf die Frage des TO einzugehen: Unter Umständen hast Du einen Primary Foreign Key gesehen.