Das hat jetzt konkret auf das Problem der Mehrsprachigkeit des Fragenden was zu bedeuten?
Den seine Frage bezog sich auf die Art und Weise der Daten-Speicherung. Und mal ehrlich, eine Anwwendung dermaßen vom DB-Design abhängig zu machen, das ist doch ein Gemurkse ohne Ende. Eine Änderung der Feldnamen würde einem Neubau der Anwendung gleichkommen. Wobei es in Fakt genügen würde, eine Spalte LANG hinzuzufügen womit ein jeder Record eindeutig einer bestimmten Sprache zugeordnet werden kann.
Aber meine Lösung geht ja in Richtung objektorientierte Datenhaltung, d.h., nur die Anwendung bestimmt wie der Abstrakte Datentyp aussieht und ab da ist es der Anwendung egal ob der von CD, Diskette, Dongel, Oracle, MySQL oder sonstwoher kommt.
Das Nächste wäre dann die Sprachauswahl an sich und dafür gibt es die Content-Negotiation. Insofern wird, wenn unter einunddemselben URL Inhalte verschiedener Sprachen ausgehandelt werden, eben nicht der URL sondern ein internes Attribut dafür zuständig sein, was auch wieder eher für eine objektorientierte Datenhaltung spricht.