SQL-Abfrage über mehrere Tabellen

[Iwo Asnet]

Besser ist eine Tabelle:
PK, TextID, SprachID, Text
Der PK ist für die eindeutige Identifikation des Eintrages notwendig.

Und eine Tabelle für Sprachen
SprachID, Sprache

Dann hast Du für einen Eintrag:
1, 1, 1, "Baum"
2, 1, 2, "Tree"
3, 1, 3, "Böm"

In der Sprachtabelle
1, "Deutsch"
2, "Englisch"
3, "Pseudoschwedisch"

Nun kannst Du beliebig viele Sprachen anlegen und die Texte für jede oder nur einige Sprachen anlegen. Problemchen dabei ist natürlich, das Du eine "Mastersprache" haben solltest, in der jeder Text mindestens vorhanden sein sollte. Es geht auch ohne, aber das ist mit Folgeproblemen verbunden.

Deine Matrix bekommst du dann über eine einfache Kreuztabelle, in der für jede Sprache ein eigene Spalte angelegt wird.

Aber was solls: Die Struktur scheint ja vorgegeben zu sein. Ein Tipp vielleicht: Du kannst Dir die zukünftige Arbeit erleichtern, wenn Du über so ein Schrottdesign ein Paar Views stülpst. Der Lesezugriff erfolgt nur über diese Views. so kannst Du hinter dieser Fassade die Struktur ruhig ändern. Wenn Du dann noch die Änderungen über Stored Procedures abbildest, hast Du das Schrottdesign komplett verborgen.

[Gor1]

Hallo Iwo,

danke für deine Hinweise. Kannst du näher erläutern, inwiefern das bisherige Design "Schrott" ist und wo die Vorteile deines Vorschlags liegen? Ich kenne mich beim Datenbank-Design nicht wirklich aus.

Falls du oder jemand anderes Links zu entsprechender (guter) Literatur hat wäre das auch sehr hilfreich.

Schöne Grüße,
Georg

[DeddyH]

Der Vorteil liegt wie oben schon angesprochen darin, dass man die Datenstruktur nicht ändern muss, sobald eine weitere Sprache dazukommt. Einfach einen weiteren Datensatz für die Sprache einfügen, schon kann der benutzt werden. Als Literatur fällt mir spontan der Artikel in der Wikipedia zur Normalisierung ein.