Adressen in einer Datenbank gespeichert sollten Sie normalisieren?

Question

schnelle Frage.

betrachten die folgende Tabelle (UK):

• CustomerID (PK)
• Vorname
• Nachname
• House_No/name
• Straße
• Stadt
• Postleitzahl

Möchten Sie die Adresse in eine andere Tabelle aufteilen? Grundlegende Geschäftsannahme ist, dass ein Kunde nicht mehr als eine Adresse haben kann.

ursprünglich getrennt ich dies aus so etwas wie folgt aussehen:

Kunden Tabelle

• CustomerID (PK)
• Vorname
• Name
• AddressID (FK)

Adresstabelle

• AddressID (PK)
• Postleitzahl (FK)
• House_Number_name

Postleitzahl Tabelle:

• Postleitzahl (PK)
• Street
• CityID (FK)

Stadt Tabelle

• CityID (PK)
• Cityname

es sei denn, ich meine Annahmen falsch haben, dass eine Postleitzahl identifiziert eindeutig eine Strasse- und Stadt ist dies nicht in 3NF?

Answer 1

Grundlegende Geschäftsannahme ist, dass ein Kunde nicht mehr als eine Adresse haben kann.

Wenn dies eine tatsächliche Regel und keine Annahme ist, würde ich sie nur in der einen Tabelle behalten.

Nehmen wir jedoch an, dass der 'ass' in 'du' und 'ich' steckt.

So spielen Sie sicher und sperre die Adresse in eine andere Tabelle. Aber es sieht so aus, als würden Sie die Normalisierung zu weit von Ihrem Beispiel nehmen.

Answer 2

Es kommt ganz auf Ihre Anforderungen an, aber wie Sie oben erwähnt, kann der Kunde nicht mehr als eine Adresse haben, so dass es keine Notwendigkeit für eine andere Beziehung gibt, weil Sie es in die gleiche Beziehung setzen können.
Aber nach meiner Erfahrung schlage ich vor, Sie brechen es zu einem anderen zu vielen Beziehung wegen der zukünftigen Anforderungen.

Answer 3

Ja, ich würde die Adresse in eine separate Tabelle aufteilen.

Der Grund ist jedoch keine Normalisierung per se (unter den meisten Umständen). Der Hauptgrund ist, dass es sich um eine sich langsam ändernde Dimension handelt, und es könnte nützlich sein, vorherige Adressen nachzuschlagen.

Ob Sie weitermachen, normalisieren Dinge wie Postleitzahl ist eine Frage des Geschmacks. In einer "Amateur" -Datenbank glaube ich nicht, dass es notwendig ist. Für eine große Datenbank mit echten Kunden wäre ich jedoch geneigt, sie abzuzweigen. Es hilft sicherzustellen, dass die Postleitzahlen korrekt sind. Außerdem ändern sie sich im Laufe der Zeit. Möglicherweise kaufen Sie zusätzliche Informationen beispielsweise auf Postleitzahlenebene.

Answer 4

persönlich würde ich Adresse in einer anderen Tabelle setzen und sie zusammen verknüpfen.

Die geschäftliche Annahme/Regel kann sich ändern, und wenn Sie diese Dinge aufteilen, haben Sie die beste Chance, jede mögliche Geschäftsregel ohne größere Wiederholung zu akzeptieren.

zum Beispiel - oops, hat der Kunde eine andere Rechnungsadresse als ihre Lieferadresse oder oops, müssen wir wissen, wo etwas tatsächlich im vergangenen Jahr sogar ausgeliefert, obwohl der Kunde seine Adresse für dieses Jahr geändert, usw.