Unter welcher Bedingung wir brauchen, um die Verwendung von zusammengesetzten Schlüsseln in der Datenbank

Zusammengesetzte Schlüssel sollte nie sein als in "neue" Anwendungen. Sie waren in der Vergangenheit Menschen genutzt zu glauben, dass "business keys" sind besser als "surrogate keys".

Edit: Da fragte Chris, ich bin wachsenden meine Antwort.

Lassen Sie mich beginnen mit der Feststellung, dass ich verstehe diese Frage als "Composite Primary Keys" vs. "Surrogate keys".

Auch, ich gebe zu, dass es eine Anwendungsfall, in dem ein zusammengesetzter Schlüssel macht Sinn: in der cross-Referenz-Tabellen, die auch als "Tabellen verknüpfen". Diese werden in viele-zu-viele-Tabellen und besteht aus nur zwei Felder, die beide Fremdschlüssel in form einer primären Schlüssel für die xref-Tabelle. Zum Beispiel UserRole Tabelle enthalten würde user_id und role_id, sonst nichts. Es gibt keine Klassen-Repräsentation in Java, zum Beispiel für eine Tabelle wie diese. Dies ist in der Regel eine @ManyToMany mit Collection auf beiden Seiten.

Ich teilte meine Ansichten über Natürliche Schlüssel vs. Ersatzschlüssel in der anderen Antwort ( Hibernate : Meinungen in der Zusammengesetzten PK vs Surrogate PK ) , und ich glaube, dass Sie Zusammengesetzte Schlüssel teilt einige der Nachteile, die Natürlichen Schlüssel, ohne damit einen wirklichen nutzen.

Das problem mit zusammengesetzten Schlüsseln ist, dass Sie brauchen zwei Werte einen Datensatz eindeutig identifizieren. Dies wird zu einem problem, wenn Sie beginnen mit Tabellen, die Verweise Datensätze in der ersten Tabelle. Die zweite Tabelle muss dann zwei Spalten zu referenzieren können eine aufnehmen. Und wenn diese zweite Tabelle einen zusammengesetzten Schlüssel verwendet, der aus einem einzelnen Wert + der foreign key, haben Sie jetzt drei Spalten zum eindeutigen identifizieren eine aufnehmen. Und eine Dritte Tabelle benötigen würde, diese drei zusätzliche Spalten, die nur zur Referenz eine Datensatz in der zweiten Tabelle. Wirklich, dies ist ein Schnee-ball.

Ein weiterer Nachteil ist, dass die Anforderungen tun ändern. Die ganze Zeit. So, was zu sein scheint ein gut zusammengesetzter Schlüssel ist heute nicht ein Schlüssel an alle morgen. Das ist, warum wir haben Ersatzschlüssel: zukunftssicher.

Zusammengesetzte Schlüssel werden vor allem verwendet, so dass die Datensätze in einer Tabelle eindeutig sind, basieren auf einer Reihe von Spalten. Zum Beispiel, wenn Sie eine Customers Tabelle, haben Sie möglicherweise eine NationalId+Country als eindeutiger Wert, was bedeutet, dass zwei Benutzer, die nicht teilen kann die gleichen SSN, wenn Ihr Land ist USA. Aber es ist möglich, die gleiche Anzahl für zwei Platten, wenn Sie nicht im selben Land. Wenn Sie mögen, zusammengesetzte Schlüssel, wäre dies ein guter Kandidat für Sie. Aber wie ich angedeutet haben, können Sie einen Ersatzschlüssel und übernehmen eine unique Einschränkung. Sie haben die Vorteile von einem zusammengesetzten Schlüssel, plus die Sicherheit eines Surrogat-Taste.

Wenn Sie die Speicherung eine relation zwischen person und Bücher, die eins-zu-eins (zum Beispiel, haben Sie vielleicht eine website, wo die Nutzer bewerten Bücher, die Sie gelesen haben, auf einer Skala von 1-5), dann einen zusammengesetzten Primärschlüssel, der auf die votes Tabelle person_id und book_id macht genauso viel Sinn, wenn nicht mehr, als eine generierte ID und einen eindeutigen index auf die Kombination von (person_id, book_id). Die Kombination von person und zum Buch definiert die Abstimmung aufnehmen.