datenbank: ortsverzeichniss, wie gehts am besten?

[nerd]

hallo,

ich brauche auf meiner seite einen katlog um bestimmte eintraege einem ort zuweisen zu koennen - dh country, state und city.
jetzt hab ich mir ws ueberlegt, weiss aber nicht welche version die beste ist:

ich erstelle 3 tabellen (country, state, city) mit jeweils id, name und id der ubergeordneten tabelle

oder:

ich erstelle eine tabelle (id, name, subcat_of, type ("country || state || city") ) in die ich alle daten eintrage und in der spalte "subcat_of" auf die uebergeordnete region verweise und mit "type" erfahre um was es sich handelt.
hierfuer habe ich woanders schonmal was geschrieben womit ich die struktur abbilden kann, gibt dann sowas aus wie

germany->bayern->muenchen
nuernberg
hamburg->hamburg

usw.

was wuerdet ihr empfehlen, und warum? vieeicht noch erwaehnenswert, das ich noch keine daten habe und diese dann aus den benutzereingaben auslesen und einfuegen muss sobald jemand einen entrag macht.

[heddesheimer]

Aus eigener Erfahrung würde ich die erste Version mit gesonderten Tabellen vorziehen.

Grund dafür: Wenn du alles in eine Tabelle schreibst, wirst du später bei komplexen Abfragen immer wieder Self-Joins verwenden müssen. Das ist zwar in MySQL problemlos möglich, meistens aber etwas unhandlich.

Von der Performance dürften beide Varianten ziemlich gleichwertig sein und letzten Endes ist es eher eine Frage des persönlichen Geschmacks. Ich würde jedoch ein Tabellen-Design immer so einfach wie möglich halten. Kompliziert werden die Abfragen dann später noch früh genug

Gruß Marian

[Nullpointer]

... vieeicht noch erwaehnenswert, das ich noch keine daten habe und diese dann aus den benutzereingaben auslesen und einfuegen muss sobald jemand einen entrag macht.

wie willst du diese eingaben validieren?
wenn jemand humbuk eingibt, landet das dann in der datenbank?

[Caschi]

past zwar nicht ganz aber woher bezieht ihr die einteilung der daten ?

spriche die ganzen städte/gemeinden usw