Aloha!

Ich bin grade dabei mein Wissen über Datenbanken ein wenig, nun sagen wir, auszubauen.

Dabei bin ich auf folgende Problematik gestoßen:

Sagen wir ich möchte alle Orte Deutschlands in einer Datenbank haben, inklusive der jeweiligen Postzahl. Bekanntlich haben aber größere Städte gerne mal mehr als eine PLZ. Nun gibt’s da ja verschiedene Lösungsansätze:

1. Ich arbeite mit drei Tabellen
1. Tabelle für die Orte (ID, Ort)
2. Tabelle für die PLZ (ID, PLZ)
3. Tabelle für die Zuordnung (ID, Ort-ID, PLZ-ID)

2. Ich arbeite mit einer Tabelle
ID, Ort, PLZ

Die zweite Variante hätte ja nun den Nachteil dass ich bei einer Stadt mit 10 verschiedenen PLZ-Bereichen auch 10 Einträge in der Tabelle hätte. Diese wären bei der ersten Variante aber ja „quasi“ auch vorhanden, nur halt ausgelagert in die Zuordnungstabelle … Gut, ich spare jetzt ein paar Byte an Zeichen weil die ID kleiner sein wird als der Ortsname, aber ist das tatsächlich so gravierend? Leidet die Geschwindigkeit von (in meinem Fall) MySQL? Gibt’s andere mir noch völlig unbekannte Gründe?

Was ist jetzt Klüger und vor allem Warum?

Edit: Misst, vergessen einen konkreten Titel anzugeben … Da sollte eigentlich stehen: [DB / Theorie] Zuordnungstabellen oder nicht?

Warum nicht einfach direkt die Postleitzahl als Schluessel verwenden, und eine Tabelle, die Postleitzahlen zu Orten zuordnet, benutzen?

\o tanz den naziprau! o/

And more than ever, I hope to never fall,
Where enough is not the same it was before

Ich halte die zweite Möglichkeit für sinnvoller.
So sparst du dir die ID, weil Tabellen für die Orte sowieso generiert werden.
Die Abfragen sind beim 2. auch einfacher zu machen und du findest alle PLZ für z.B. Berlin, findest aber auch unter einer PLZ den zugehörigen Ort.

bla.. ich hab sowieso keine Ahnung ^^

de_italienvillage -> Beta-Phase.. bis jetzt nicht darüber hinausgekommen.

Zitat:

theDon postete
Warum nicht einfach direkt die Postleitzahl als Schluessel verwenden, und eine Tabelle, die Postleitzahlen zu Orten zuordnet, benutzen?

Nein, du brauchst dann nur eine Tabelle (PLZ, Ort).

\o tanz den naziprau! o/

And more than ever, I hope to never fall,
Where enough is not the same it was before

Bedenke dass sich mehrere Orte (Dörfer) eine PLZ teilen können und PLZ deshalb nicht eindeutig einen Ort bestimmt.

caedes

Deutschland rückt nach Einschätzung der Sicherheitsbehörden im Superwahljahr verstärkt ins Visier von Terroristen.

Oh, na gut. Dann Variante zwei, ausser, es kommen noch zusaetzliche Attribute in der Orts- und/oder Postleitzahltabelle hinzu, dann lohnt sich die erste Variante.

\o tanz den naziprau! o/

And more than ever, I hope to never fall,
Where enough is not the same it was before

Variante 2 scheint sinnvoll, ja.
Man kann ja durchaus mehrere Indexe drauflegen, je nach Bedarf.

Noch was (kA ob relevant): Manchmal heißen zwei Orte gleich, die nix miteinander zu tun haben, d.h. sie haben unterschiedliche Postleitzahlen, sind aber ein anderer Fall als "eine Stadt mit mehreren Postleitzahlen".

caedes

Deutschland rückt nach Einschätzung der Sicherheitsbehörden im Superwahljahr verstärkt ins Visier von Terroristen.

Bekommt bei dir jede Postleitzahl noch eine eigene ID? Im Anbetracht der genannten Ausnahmefälle, dass mehrere Orte auch dieselbe PLZ haben können, wäre das ratsam. Andersrum genauso, denn wie schon genannt wurde, haben auch viele Orte denselben Namen.
Gruß