AW: DB-Struktur Denkanstoss

[Thomas Lamy]

Lösung 1 ist zumindest nach dem Lehrbuch die richtige, und hat sich in der
Praxis auch bewährt. Wenn die Indizes korrekt erstellt sind (unique key
veranst_land_zuo (id_land,id_veranstalter) und ein unique index auf
land.name), gibt's auch keine Performance-Probleme beim Select über 3
Tabellen.

MfG
  Thomas

> -----Ursprüngliche Nachricht-----
> Von: Guenther Theilen [mailto:gtheilen_(at)_gmx.de]
> Gesendet: Samstag, 21. September 2002 11:43
> An: MySQL-Liste
> Betreff: DB-Struktur Denkanstoss
> 
> 
> Moin allerseits,
> 
> ich brauch am frühen Samstag morgen mal kurz einen Tritt in 
> die richtige
> Richtung...
> Gegeben ist eine Liste mit Reiseveranstaltern (id und name).
> Diesen Reiseveranstaltern sollen nun Länder zugeordnet werden
> ("spezialisiert auf Reisen nach...").
> Voraussetzung:
> - jeder Veranstalter kann mehreren Ländern zugeordnet werden
> - die Zahl der Länder kann sich später ändern, d. h. es können Länder
> dazukommen
> - das ganze soll natürlich performant durchsuchbar sein... 
> (Gib mir alle
> Veranstalter, die auf Reisen nach Frankreich spezialisiert sind)
> 
> Mir fallen da zwei Lösungen ein:
> 1:
> id_veranstalter | id_land
> -------------------------
>      1          |    3
>      1          |   14
>      2          |    7
> 
> 2:
> id_veranstalter | laender
> -------------------------
>      1          |  "03,14"
>      2          |   "07"
> Wobei hier dann mit PHP o.ä. der String "03,14" zu zerlegen wäre.
> 
> Tja, richtig glücklich bin ich mit beiden Lösungen nicht.
> Kommentare, Vorschläge, Tips, Beschimpfungen? ;-)
> 
> tia.
> 
> Gruesse
> Günther
> 
> ---
> Infos zur Mailingliste, zur Teilnahme und zum An- und Abmelden unter
> -->>  http://www.4t2.com/mysql 
> 

---
Infos zur Mailingliste, zur Teilnahme und zum An- und Abmelden unter
-->>  http://www.4t2.com/mysql