1:1 oder doch nicht 1:1?
Finde Beispiele von 1:1-Beziehungen und bewerte, ob diese Informationen auch als solche in Datenbanken gespeichert werden würden.
Überlege dir außerdem Beispiele für Beziehungen, die auf den ersten Blick zwar wie 1:1-Beziehungen wirken, aber keine sind.
Ergänze gerne gute Beispiele in den Kommentaren oder der Lösung!
Lösung anzeigen
Lese deine gefundenen Beziehungen immer von beiden Seiten aus.
Beispiel:
Eine Tür gehört zu einem Schrank aber ein Schrank kann mehrere Türen haben.
Beispiele für 1:1-Beziehungen
Jeder Mensch hat einen Ausweis. Diese Daten sollten nicht in einer Relation gemeinsam gespeichert werden, da der Ausweis Informationen enthält, die für die Person nicht relevant sind, wie zum Beispiel die Gültigkeitsdauer.
Ein Fenster hat einen Griff. Das ist eine 1:1-Beziehung aber keine sinnvolle für eine Datenbank. In der Datenbank eines Bauunternehmers würden dann wahrscheinlich Fenstergriffe und Rahmen wieder frei kombinierbar sein und damit keine 1:1-Beziehung.
Eine verheiratete Person in Deutschland hat einen Ehepartner. In der Modellierung wäre das eine Beziehung, die von der Relation PERSON zur Relation PERSON geht, also rekursiv. Dadurch kann es zu Redundanzen in den Daten kommen: Es wird gespeichert, dass Lisa die Partnerin von Paul ist und Paul der Partner von Lisa. Wenn jetzt Lisa sich trennt, muss es bei beiden Datensätzen geändert werden, sonst gibt es eine Löschanomalie. Wahrscheinlicher ist hier, dass eine extra Relation "Ehepaar" eingefügt wird, die zwei Fremdschlüssel enthält.
Wie du siehst, gibt es gar nicht so viele sinnvolle 1:1-Beziehungen in Datenbanken. Wenn dir gute Beziehungen einfallen, dann ergänze sie in den Kommentaren oder hier in der Lösung!
{
"plugin": "separator"
}Leider doch keine 1:1-Beziehungen
- Lieblingsessen von Personen, denn eine andere Person könnte das gleiche Lieblingsessen haben
- Eine Band hat zwar meistens einen Sänger, sie kann aber auch mehrere haben. (Und theoretisch könnte der Sänger sogar in mehreren Bands singen)