Mehrsprachigkeit mit Hilfe von Files

Geryon · 17.04.2011, 14:04

Hallo,

ich bin gerade am grübeln darüber, wie ich das Datenbankkonzept für Mehrsprachigkeit umsetze.

Ich habe im Internet verschiedene Ansätze gefunden. Jedoch scheint keiner auf meine Anforderungen zu passen.

1. Möglichkeit: SQL Tabelle nach rechts erweitern. Ich find’s komisch, dass das trotz der massiven Nachteile immer noch so oft im Internet angepriesen wird.

2. Möglichkeit: Mehrere Sprachen in der gleichen Tabelle untereinander in Zeilen Speichern. Spätestens wenn ich mit Nested Sets arbeite bekomme ich hier ein mega Chaos. Es fängt aber schon bei den IDs und auto_increment an.

3. Möglichkeit: Alle sprachabhängigen Inhalte in eine extra Tabelle auslagern. Diese Methode ist schon ganz gut aber erfordert Joins und erzeugt zusätzliche Datenbanklast. Beispiel: Nested Sets Befehle werden an dieser Stelle sehr komplex

4. Möglichkeit: Alle Sprachinhalte in ein und dieselbe Zelle Stecken und die verschiedenen Abschnitte im Text mit speziellen Trennzeichen unterteilen. Das ist zwar eine Möglichkeit aber die einzelnen Zellen würden extrem Aufgebläht. Zum Beispiel bei der Speicherung von Artikeln. Außerdem wäre die Software zum Bearbeiten solcher Zellen relativ kompliziert (Bearbeiten von Artikeln)

Meine Idee: Ich speichere die Sprachabhängigen Inhalte einfach nicht in der Datenbank. Sondern ich speichere diese Inhalte in Dateien. Alles was ich nun tun muss, ist meine Datenbankklasse zu erweitern. Dort gibt es eine Methode getRows($sql). Diese Methode müsste nun nur noch prüfen, ob es zu den ausgelesenen Spalten zusätzliche Werte in Dateien gibt. Diese würden dann in der derzeit eingestellten Sprache nachgeladen werden.

Vorteile: Keine Datenbanklast, Spontanes umschalten auf alternative Sprache wenn angeforderte Sprache nicht vorhanden ist, kann ohne großen Aufwand nachgerüstet werden, SQL-Kommandos bleiben absolut leserlich

Nachteile: Sicherung umständlicher, Benutzung der Inhalte durch mehrere System unter Umständen schwierig, Nachteil der fehlenden Volltextsuche – müsste über mehrsprachige Keywords ausgeglichen werden

Was haltet ihr von dieser Möglichkeit?

nikosch · 17.04.2011, 14:13

Nichts. Nimm 3)

Geryon · 17.04.2011, 15:04

@nikosch: warum?

ChrisB · 17.04.2011, 15:16

Zitat:

Zitat von Geryon

@nikosch: warum?

Wenn ich hier mal stellvertretend einspringen darf:

Die - teils massiven - Nachteile der anderen Methoden und auch deines eigenen Vorschlags hast du doch schon erkannt.

Zitat:

3. Möglichkeit: Alle sprachabhängigen Inhalte in eine extra Tabelle auslagern. Diese Methode ist schon ganz gut aber erfordert Joins und erzeugt zusätzliche Datenbanklast.

Wenn dir das Sorgen macht - implementiere Caching.

Zitat:

Beispiel: Nested Sets Befehle werden an dieser Stelle sehr komplex

Keine Arme, keine Kekse.

Du kannst kein System mit erhöhter Komplexität in den Anforderungen bauen, ohne dass auch die Komplexität der Umsetzung an einigen Stellen steigen wird.

marcusson · 17.04.2011, 15:43

Also ich mache es so wie du beschreibst, allerdings etwas weniger kompliziert.
1) Es gibt ein Standardformat: OASIS XLIFF, welches diese Aufgabe löst
2) da es XML ist, kann man das mit Simple-XML direkt laden und an eine Template-Engine oder Ersetzungsroutine geben
3) weil es dokumentbasiert ist, kann man es mit mit einer Standardsuchmaschine bequem durchsuchen und die Datei-Id mit der passenden URL verknüpfen
4) Da XLIFF ein Standard ist, kannst du es offline mit allen gängigen Translation Memory Tools (wie dem kostenlosen Omega-T oder dem XLIFF Editor) bearbeiten - sogar mit Anbindung von externen Übersetzungshilfen und Online-Wörterbüchern
5) Die Synchronisation von Dateien löst man in der Regel indem man diese an einen gemeinsamen Speicherort auslagert. Häufig benutzte Dateien kann man on-demand in einen lokalen File-Cache auslagern, wenn man mehrere Front-End-Server hat.

XLIFF kann beides: es hat ein einfaches Key-Value-Format, dass man sehr leicht bearbeiten kann, verfügt aber auch über weitergehende Funktionen wie kontextabhängige Alternativübersetzungen, Gruppierung von Textpassagen und Freigabemechanismen, über anzugeben wann eine in Überarbeitung befindliche Übersetzung publiziert werden darf. Die vorhandenen Tools können (je nach Preisklasse) Simultanübersetzungen von mehreren Übersetzern gleichzeitig, in Datenbanken gespeicherte Projekte, einen Glossar, Rechtschreibkontrolle, automatische Übersetzung über Anbindung externe Dienste a la Google-Translate. Und da es natürlich alles Textdateien sind, kann man sie notfalls immer bequem über Versionsverwaltungssysteme einchecken und auf mehreren Entwicklerrechnern konkurrierend bearbeiten. Wenn es sein muss auch auf einem Server direkt über die Kommandozeile.

Mir persönlich gefällt diese Lösung und ich setze sie auch schon seit langer Zeit recht erfolgreich so ein.

nikosch · 17.04.2011, 15:53

Alles was Dateien können, können auch Datenbanken. Und was Du an DB-Performance einsparst, bezahlst Du in Filesystemoperationen.
Wenn es Dir zu viele Joins werden, dann benutze halt eine 2. i18n Tabelle. Selbst wenn Du die komplett ausliest, hast Du nicht mehr ausgegeben (Speicher!), als wenn Du ein File komplett einlesen musst. Aber Datenbanken sind eben von Natur aus als Feldbasierte Speicher ausgelegt, plain text Dateien nicht. Zudem hast DU die Datenverwaltung zentral an einem Ort.

ChrisB · 17.04.2011, 15:59

[OT]

Zitat:

Zitat von nikosch

dann benutze halt eine 2. i81n Tabelle.

Entweder meinst du i18n - oder du willst im wahrsten Sinne des Wortes Bullshit-Bingo spielen, und jeder darf sich seine Zahlen selber ausdenken ...

[/OT]

nikosch · 17.04.2011, 16:00

Zahlenverdreher. Darf nach 29.395 Beiträgen mal vorkommen.

eins elf.

Geryon · 17.04.2011, 19:15

danke für die Antworten...

@marcusson: den Ansatz werde ich mir mal näher ansehen. Klingt auf jeden fall interessant.

marcusson · 17.04.2011, 21:39

Schau es dir mal an: ist wirklich einfach zu realisieren.

OASIS FAQ: http://www.oasis-open.org/committees/xliff/faq.php
Code-Beispiel: http://yana.codeplex.com/SourceContr...iew/7562#11330
Youtube-Video: http://www.youtube.com/watch?v=A6dFZVE5lvw

Ab Minute 2:00 demonstriere ich die Verwendung des XLIFF-Editor.
Da hat man dann eine grafische Oberfläche, die man kostenlos verteilen darf.

Privat benutze ich Omega-T (Open-Source) für meine Handbücher.
Im professionellen Umfeld war ich mit Swordfish Translation Editor recht zufrieden.

Geladen wird die Datei mit simplexml_load_file() und danach kannst du über XPath "//trans-unit[@id=$foo]/target" Übersetzungen oder über "//group[@id=$bar]/trans-unit" Gruppen von Übersetzungen laden. Alles mit Bordmitteln, ohne zusätzliche Extensions.

Themen-Optionen
Druckbare Version zeigen Jemanden per E-Mail auf dieses Thema hinweisen
Thema bewerten
Thema bewerten:

Ähnliche Themen
Thema	Autor	Forum	Antworten	Letzter Beitrag
[Erledigt] Hilfe für Tierschutzseite	hunde o.zukunft	Sonstige	1	11.03.2011 21:10
Brauche Hilfe bei PHP / Onlineshop	dennis2k	Gewerblich	0	31.01.2011 19:08
Apache2.2 & PHP5 mit MSSQL Extension Fehler	AwaKe	Server, Hosting und Workstations	4	14.07.2010 14:36
Gettext (PO Files / MO Files editierung mit php backend)	Floid	Off-Topic Diskussionen	7	14.06.2010 20:33
Umfrage txt files anlegen	adipure	PHP Tipps 2010	3	12.02.2010 12:54
Registrierungs Script Hilfe	lamopius	PHP Tipps 2009	36	26.11.2009 16:24
Probleme mit Bildgenerierung	swsche	PHP Tipps 2009	8	31.10.2009 14:49
[Erledigt] Hilfe: Projektabreit Informatik und Technik bitte helft uns.		Off-Topic Diskussionen	31	05.04.2006 18:25
[Erledigt] HILFE HILFE HILFE mysqladmin.exe fehlt		Datenbanken	7	20.12.2005 14:00
HILFE ! Brauche ganz dringend hilfe!		PHP Tipps 2005-2	2	10.10.2005 23:08
[Erledigt] VARIABLEN WERDEN NICHT RICHTIG VERARBEITET!!!! HILFE		PHP Tipps 2005-2	6	02.07.2005 18:32
Download Files bzw. Upload files !!		PHP Tipps 2005	2	29.03.2005 20:20
Files zippen mit ftp_exec()?! - Hilfe		PHP-Fortgeschrittene	0	24.01.2005 10:39
[Erledigt] HILFE		PHP Tipps 2004-2	1	16.12.2004 20:49
[Erledigt] .php5 files		Server, Hosting und Workstations	11	31.08.2004 19:29

17.04.2011, 14:04
Geryon Benutzer Registriert seit: 04.10.2010 Beiträge: 62 PHP-Kenntnisse: Fortgeschritten	Mehrsprachigkeit mit Hilfe von Files Hallo, ich bin gerade am grübeln darüber, wie ich das Datenbankkonzept für Mehrsprachigkeit umsetze. Ich habe im Internet verschiedene Ansätze gefunden. Jedoch scheint keiner auf meine Anforderungen zu passen. 1. Möglichkeit: SQL Tabelle nach rechts erweitern. Ich find’s komisch, dass das trotz der massiven Nachteile immer noch so oft im Internet angepriesen wird. 2. Möglichkeit: Mehrere Sprachen in der gleichen Tabelle untereinander in Zeilen Speichern. Spätestens wenn ich mit Nested Sets arbeite bekomme ich hier ein mega Chaos. Es fängt aber schon bei den IDs und auto_increment an. 3. Möglichkeit: Alle sprachabhängigen Inhalte in eine extra Tabelle auslagern. Diese Methode ist schon ganz gut aber erfordert Joins und erzeugt zusätzliche Datenbanklast. Beispiel: Nested Sets Befehle werden an dieser Stelle sehr komplex 4. Möglichkeit: Alle Sprachinhalte in ein und dieselbe Zelle Stecken und die verschiedenen Abschnitte im Text mit speziellen Trennzeichen unterteilen. Das ist zwar eine Möglichkeit aber die einzelnen Zellen würden extrem Aufgebläht. Zum Beispiel bei der Speicherung von Artikeln. Außerdem wäre die Software zum Bearbeiten solcher Zellen relativ kompliziert (Bearbeiten von Artikeln) Meine Idee: Ich speichere die Sprachabhängigen Inhalte einfach nicht in der Datenbank. Sondern ich speichere diese Inhalte in Dateien. Alles was ich nun tun muss, ist meine Datenbankklasse zu erweitern. Dort gibt es eine Methode getRows($sql). Diese Methode müsste nun nur noch prüfen, ob es zu den ausgelesenen Spalten zusätzliche Werte in Dateien gibt. Diese würden dann in der derzeit eingestellten Sprache nachgeladen werden. Vorteile: Keine Datenbanklast, Spontanes umschalten auf alternative Sprache wenn angeforderte Sprache nicht vorhanden ist, kann ohne großen Aufwand nachgerüstet werden, SQL-Kommandos bleiben absolut leserlich Nachteile: Sicherung umständlicher, Benutzung der Inhalte durch mehrere System unter Umständen schwierig, Nachteil der fehlenden Volltextsuche – müsste über mehrsprachige Keywords ausgeglichen werden Was haltet ihr von dieser Möglichkeit?


Mister Ad PHP Code Flüsterer Registriert seit: 21.08.2005 Beiträge: 4682 PHP-Kenntnisse: Fortgeschritten

17.04.2011, 14:13
nikosch moderatives Dielektrikum Registriert seit: 21.05.2008 Beiträge: 35.994 PHP-Kenntnisse: Fortgeschritten	Nichts. Nimm 3) __________________ -- One pixel is still too big. Please make it smaller. ASAP. Initiative Mittelstand. Die wichtigste Gestaltungsregel im Screendesign ist Pi mal Daumen des Arbeitgebers. --

17.04.2011, 15:04
Geryon Benutzer Registriert seit: 04.10.2010 Beiträge: 62 PHP-Kenntnisse: Fortgeschritten	@nikosch: warum?

17.04.2011, 15:43
marcusson Erfahrener Benutzer Registriert seit: 17.02.2006 Beiträge: 132 PHP-Kenntnisse: Fortgeschritten	Also ich mache es so wie du beschreibst, allerdings etwas weniger kompliziert. 1) Es gibt ein Standardformat: OASIS XLIFF, welches diese Aufgabe löst 2) da es XML ist, kann man das mit Simple-XML direkt laden und an eine Template-Engine oder Ersetzungsroutine geben 3) weil es dokumentbasiert ist, kann man es mit mit einer Standardsuchmaschine bequem durchsuchen und die Datei-Id mit der passenden URL verknüpfen 4) Da XLIFF ein Standard ist, kannst du es offline mit allen gängigen Translation Memory Tools (wie dem kostenlosen Omega-T oder dem XLIFF Editor) bearbeiten - sogar mit Anbindung von externen Übersetzungshilfen und Online-Wörterbüchern 5) Die Synchronisation von Dateien löst man in der Regel indem man diese an einen gemeinsamen Speicherort auslagert. Häufig benutzte Dateien kann man on-demand in einen lokalen File-Cache auslagern, wenn man mehrere Front-End-Server hat. XLIFF kann beides: es hat ein einfaches Key-Value-Format, dass man sehr leicht bearbeiten kann, verfügt aber auch über weitergehende Funktionen wie kontextabhängige Alternativübersetzungen, Gruppierung von Textpassagen und Freigabemechanismen, über anzugeben wann eine in Überarbeitung befindliche Übersetzung publiziert werden darf. Die vorhandenen Tools können (je nach Preisklasse) Simultanübersetzungen von mehreren Übersetzern gleichzeitig, in Datenbanken gespeicherte Projekte, einen Glossar, Rechtschreibkontrolle, automatische Übersetzung über Anbindung externe Dienste a la Google-Translate. Und da es natürlich alles Textdateien sind, kann man sie notfalls immer bequem über Versionsverwaltungssysteme einchecken und auf mehreren Entwicklerrechnern konkurrierend bearbeiten. Wenn es sein muss auch auf einem Server direkt über die Kommandozeile. Mir persönlich gefällt diese Lösung und ich setze sie auch schon seit langer Zeit recht erfolgreich so ein.

17.04.2011, 15:53
nikosch moderatives Dielektrikum Registriert seit: 21.05.2008 Beiträge: 35.994 PHP-Kenntnisse: Fortgeschritten	Alles was Dateien können, können auch Datenbanken. Und was Du an DB-Performance einsparst, bezahlst Du in Filesystemoperationen. Wenn es Dir zu viele Joins werden, dann benutze halt eine 2. i18n Tabelle. Selbst wenn Du die komplett ausliest, hast Du nicht mehr ausgegeben (Speicher!), als wenn Du ein File komplett einlesen musst. Aber Datenbanken sind eben von Natur aus als Feldbasierte Speicher ausgelegt, plain text Dateien nicht. Zudem hast DU die Datenverwaltung zentral an einem Ort. __________________ -- One pixel is still too big. Please make it smaller. ASAP. Initiative Mittelstand. Die wichtigste Gestaltungsregel im Screendesign ist Pi mal Daumen des Arbeitgebers. --

17.04.2011, 16:00
nikosch moderatives Dielektrikum Registriert seit: 21.05.2008 Beiträge: 35.994 PHP-Kenntnisse: Fortgeschritten	Zahlenverdreher. Darf nach 29.395 Beiträgen mal vorkommen. eins elf. __________________ -- One pixel is still too big. Please make it smaller. ASAP. Initiative Mittelstand. Die wichtigste Gestaltungsregel im Screendesign ist Pi mal Daumen des Arbeitgebers. --

17.04.2011, 19:15
Geryon Benutzer Registriert seit: 04.10.2010 Beiträge: 62 PHP-Kenntnisse: Fortgeschritten	danke für die Antworten... @marcusson: den Ansatz werde ich mir mal näher ansehen. Klingt auf jeden fall interessant.

17.04.2011, 21:39
marcusson Erfahrener Benutzer Registriert seit: 17.02.2006 Beiträge: 132 PHP-Kenntnisse: Fortgeschritten	Schau es dir mal an: ist wirklich einfach zu realisieren. OASIS FAQ: http://www.oasis-open.org/committees/xliff/faq.php Code-Beispiel: http://yana.codeplex.com/SourceContr...iew/7562#11330 Youtube-Video: http://www.youtube.com/watch?v=A6dFZVE5lvw Ab Minute 2:00 demonstriere ich die Verwendung des XLIFF-Editor. Da hat man dann eine grafische Oberfläche, die man kostenlos verteilen darf. Privat benutze ich Omega-T (Open-Source) für meine Handbücher. Im professionellen Umfeld war ich mit Swordfish Translation Editor recht zufrieden. Geladen wird die Datei mit simplexml_load_file() und danach kannst du über XPath "//trans-unit[@id=$foo]/target" Übersetzungen oder über "//group[@id=$bar]/trans-unit" Gruppen von Übersetzungen laden. Alles mit Bordmitteln, ohne zusätzliche Extensions.