Normalisierung von Datenbanken / n:m-Beziehungen
HTML-код
- Опубликовано: 10 май 2020
- In diesem Video zeige ich, wie man bei der Normalisierung von Datenbanken mit n:m-Beziehungen umgeht. Weitere Infos und Arbeitsmaterialien unter www.informatikkeller.de
Wow durch dieses Video hab ich endlich verstanden, wie das funktioniert. Vielen Dank für dieses hilfreiche Video!
Super! Das freut mich :-)
Danke für die hilfreiche Erklärung! 👍🏻👍🏻👍🏻
Freut mich, wenn es geholfen hat :-)
Vielen Dank für die tolle Erklärung
Danke für den netten Kommentar :-)
tolles video danke für die hilfe
Danke für den netten Kommentar :-)
Danke sie haben unser Referat gerettet
Das freut mich 🙂
War am Ende 1 zu n mit Mitglied und Ort nicht vertauscht??
Ich tu mich bei Ort und PLZ immer schwer. Klar ich verstehe, dass der Ort abhängig von der PLZ ist und somit eine weitere Tabelle erstellt werden muss. Aber PLZ alleine als Primary Key reicht nicht, da es PLZ gibt, die mehrere Orte beinhalten. Müsste man somit ein weiteres Attribut anlegen der einen autoinc PK beinhaltet? Und da sehe ich jetzt nicht so einen großen Vorteil hinter anstatt zu jedem Kunden einfach die Adresse zu hinterlegen
Das ist tatsächlich ein Problem! Wenn es zu jeder PLZ genau einen Ort geben würde, dann wäre alles ganz einfach. In der Realität gibt es es aber manchmal zu einer PLZ mehrere Ort. Wenn man dann eine PLZ_Ort-Tabelle erstellt (in der PLZ und Ort enthalten sind) verstößt man damit genau genommen gegen die 1. Normalform (alle Attribute müssen atomar sein). Aus Vereinfachungsgründen wird das oft gemacht, ist aber nicht wirklich sauber. Insofern: Es ist auch völlig in Ordnung, bei jeder Person die PLZ und den Ort zu hinterlegen (den Ort also nicht in eine eigene Tabelle auszulagern).
Es gibt auch Orte mit mehreren Postleitzahlen. Habe ich dann auch ein Problem?
Die meisten Orte haben ja mehrere Postleitzahlen. Das ist kein Problem. Dann steht dieser Ort eben mehrmals in der PLZ_Ort-Tabelle, jeweils mit einer anderen Postleitzahl.