Design einer DB für mehrsprachigkeit - Seite 2

Squall · 19.08.2010, 16:26

Zitat:

Zitat von fab

Was wären das denn z.B. für Tabellen? Und in was für Relationen stehen sie zu den Texten, gehört ein Text zu mehreren "irgendwelchen" Tabellen oder nur jeweils einer?

Ein Text gehört immer nur zu einer Tabelle und Tabellen kann es beliebig viele geben.

Zitat:

Zitat von cycap

Warum muss man in einem CMS nach Content-content (dämlicher Begriff, ich weiss

) suchen? Ich sehe da nicht wirklich viel Sinn drin...

Jetzt bin ich verwirrt? Im Frontend muss doch der Seitenbesucher nach irgendeinen Begriff suchen können. Hier im Forum ist doch auch eine suche integriert.

fab · 19.08.2010, 16:34

Beliebig viele Tabellen? Wozu?

Gehört ein Text nur zu einem Eintrag in einer Tabelle, kannst du mit einer 1:1 Relation theoretisch leicht vom Text auf den Eintrag kommen. Allerdings müsstest du dazu Vererbung simulieren, ich bleibe dabei: Dein Problem ist das DB-Design bei den Content-Tabellen oder was auch immer - die Frage, was "irgendeine_tabelle" überhaupt sein kann/soll hast du ja leider nicht beantwortet.

cycap · 19.08.2010, 16:40

Zitat:

Jetzt bin ich verwirrt? Im Frontend muss doch der Seitenbesucher nach irgendeinen Begriff suchen können.

Ok vielleicht habe ich mich schlecht ausgedrückt, da ich eher ans Backend dachte.

Anders: durchsucht werden muessen doch nur Texte die auch im Frontend dargestellt werden und wenn du eine Tabelle hast in der die Texte alle enthalten sind in allen Sprachen, dann kannst du darin doch suchen? An welcher Stelle du den eigentlichen Text dann verwendest, das ist doch egal. Angenommen du hast eine Tabelle fuer Produkte und eine fuer News. Wenn nun beide Tabellen keine Texte mehr enthalten sondern auf deine Uebersetzungstabelle referenzieren, dann kannst du doch wunderbar suchen?

Squall · 19.08.2010, 16:58

Ich glaube wir drehen uns im Kreis

Hier mal ein sinnloses aber hoffentlich einfach zu verstehendes Beispiel

Folgende Tabellen:

- Texte für seite 1
- Texte für seite 2
- Texte für seite 3
- Texte für seite 4
- Texte für seite 5
- Texte für seite 6
- Texte für seite 7
- Texte für seite 8
- Texte für seite 9

Auf der Startseite gibt es 9 Links, jeder Link führt zu einer unterseite die sich die inhalte aus ihrer DB-Tabelle holt. Der Link "Seite 1" holt sich die aus "Texte für seite 1", der Link "Seite 2" holt sich die aus "Texte für seite 2" etc.)

Jetzt kann der user noch irgendwie seine sprache wählen und gut ist.

Problem meiner alten Sprachensteuerung lag daran das bei einer suche in der sprachen Tabelle ich zwar ergebnisse hatte diese aber nur mühsam zuordnen konnte da es in der Sprachtabelle keine backlinks gab. Dieses Problem hat sich ja mit dem Besipiel von chorn:

Code:

tables
+-----+---------+
| tid | name    |
+-----+---------+
| int | varchar |
+-----+---------+

fields
+-----+-----+----------+
| fid | tid | name     |
+-----+-----+----------+
| int | int | varchar  |
+-----+-----+----------+

langs
+-----+---------+
| lid | name    |
+-----+---------+
| int | varchar |
+-----+---------+

tables_fields_langs_texts
+-----+-----+-----+-----+---------+
| id  | tid | fid | lid | txt     |
+-----+-----+-----+-----+---------+
| int | int | int | int | varchar |
+-----+-----+-----+-----+---------+

erledigt. Darauß resultiert für mich eben nur noch die Frage, ob sich mit dieser Struktur andere Probleme ergeben oder es noch bessere/andere Lösungen gibt. Wie schon erwähnt bin ich mit Sprachen schon 2 mal auf die Fresse geflogen und würde es daher gerne diesmal vermeiden.

Creator · 19.08.2010, 17:09

Selbst hier stelle ich mir die Suche sehr mühselig vor. Grade wenn du viel Text hast. Was es durchaus ja geben soll, möchte ich dieses nicht mit z.B. Like durchlaufen.
Für die Suche würde ich mir was eigenes Programmieren.
Und zwar in dem du dir einen wirklichen Suchindex erstellst und diesen mit dem Content verbindest. Nur so erreicht man auch verdammt schnell suchergebnisse.
Stell dir mal vor du hast ein Forum mit nur 1000 Beiträgen. Möchtest in deiner Suche aber eine Art Autocompletefunktion mit einbauen. Viel spaß.

Squall · 19.08.2010, 17:20

Hallo Creator, was meinst du mit suchindex? währe das eine seperate tabelle oder ist das eine art der indexierung in mysql-datenbanken?

Creator · 19.08.2010, 17:31

Oh das sind gleich mehrere Tabellen

Ich habe jetzt leider grade kein Beispiel zu hand aber mal kurz das Prinzip wie ich das meine.

Bei der erstellung deines Textes ( Content ) wird der text zerlegt. Du schmeist aus diesem Text alles raus nach was man nicht sucht. z.B. Stopwörter ( der, die, das, er, sie, es usw ).
Diese Listen gibt es fertig im Netz für unterschiedliche Sprachen

Du brauchst daher eine Tabelle für die Stopwörter.
Dann eine Tabelle für denn eigentliche Index.
Und natürlich auch eine Tabelle für die zuordnungen welcher Begriff kommt in welchem Content vor.

Du durchsuchst dann nicht mehr den ganzen Text, sondern nur noch nach einzelenen Begriffen, Wörtern, Namen etc.
In welchem Content der Suchbegriff dann steht ist dann natürlich einfach zu ermitteln.

Diese Art der suche biete auch weitere Möglichkeiten z.B. das ausfiltern von einfachen Tippfehlern bei der sucheingabe. Versuch sowas mal machen wenn du mit Like 1000 Texte durchforstest.

Ich bin grade auf der Arbeit daher kann ich dir jetzt kein genaues Beispiel zeigen. Heute Abend vieleicht noch mal!

Koala · 19.08.2010, 17:58

@cycap
??? warum soll man nicht nach Content suchen können den der Webmaster/Admin auf seinen Seiten anzeigen läßt ?

Nach was denn sonst ?

cycap · 20.08.2010, 08:29

@Koala: Wie gesagt, ich dachte dabei ans Backend, habe das ja schon wiederrufen.

phpsecretary · 20.08.2010, 10:38

@alle, die dazu mehrere Tabellen anlegen: setzen 6! Ihr könnt froh sein, dass grober Unfug nur noch eine Ordnungswidrigkeit darstellt.

SELECT textfeld FROM tab WHERE lang = $langid AND ...

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
[Suche] Anpassen von CMS an Design	kelv	Gewerblich	1	27.05.2010 20:33
Design für PHP-Trader	CrashStudios	Beitragsarchiv	0	27.12.2009 22:17
Design Pattern	Harry B.	Software-Design	7	02.09.2008 20:49
Design und Code Trennen	TeazY	PHP Tipps 2008	29	21.05.2008 12:08
Design		Beitragsarchiv	26	04.06.2005 20:56
[PHP] Design Schutz für ein Gästebuch	I-Spy	PHP Tipps 2005	5	01.01.2005 11:25


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

19.08.2010, 16:34
fab Erfahrener Benutzer Registriert seit: 28.07.2010 Beiträge: 1.721 PHP-Kenntnisse: Fortgeschritten	Beliebig viele Tabellen? Wozu? Gehört ein Text nur zu einem Eintrag in einer Tabelle, kannst du mit einer 1:1 Relation theoretisch leicht vom Text auf den Eintrag kommen. Allerdings müsstest du dazu Vererbung simulieren, ich bleibe dabei: Dein Problem ist das DB-Design bei den Content-Tabellen oder was auch immer - die Frage, was "irgendeine_tabelle" überhaupt sein kann/soll hast du ja leider nicht beantwortet. __________________ PHP Blog + Library CSS Effects + Tools

19.08.2010, 16:58
Squall Erfahrener Benutzer Registriert seit: 19.03.2009 Beiträge: 539 PHP-Kenntnisse: Fortgeschritten	Ich glaube wir drehen uns im Kreis Hier mal ein sinnloses aber hoffentlich einfach zu verstehendes Beispiel Folgende Tabellen: - Texte für seite 1 - Texte für seite 2 - Texte für seite 3 - Texte für seite 4 - Texte für seite 5 - Texte für seite 6 - Texte für seite 7 - Texte für seite 8 - Texte für seite 9 Auf der Startseite gibt es 9 Links, jeder Link führt zu einer unterseite die sich die inhalte aus ihrer DB-Tabelle holt. Der Link "Seite 1" holt sich die aus "Texte für seite 1", der Link "Seite 2" holt sich die aus "Texte für seite 2" etc.) Jetzt kann der user noch irgendwie seine sprache wählen und gut ist. Problem meiner alten Sprachensteuerung lag daran das bei einer suche in der sprachen Tabelle ich zwar ergebnisse hatte diese aber nur mühsam zuordnen konnte da es in der Sprachtabelle keine backlinks gab. Dieses Problem hat sich ja mit dem Besipiel von chorn: Code: tables +-----+---------+ \| tid \| name \| +-----+---------+ \| int \| varchar \| +-----+---------+ fields +-----+-----+----------+ \| fid \| tid \| name \| +-----+-----+----------+ \| int \| int \| varchar \| +-----+-----+----------+ langs +-----+---------+ \| lid \| name \| +-----+---------+ \| int \| varchar \| +-----+---------+ tables_fields_langs_texts +-----+-----+-----+-----+---------+ \| id \| tid \| fid \| lid \| txt \| +-----+-----+-----+-----+---------+ \| int \| int \| int \| int \| varchar \| +-----+-----+-----+-----+---------+ erledigt. Darauß resultiert für mich eben nur noch die Frage, ob sich mit dieser Struktur andere Probleme ergeben oder es noch bessere/andere Lösungen gibt. Wie schon erwähnt bin ich mit Sprachen schon 2 mal auf die Fresse geflogen und würde es daher gerne diesmal vermeiden.

19.08.2010, 17:09
Creator Erfahrener Benutzer Registriert seit: 08.04.2009 Beiträge: 324	Selbst hier stelle ich mir die Suche sehr mühselig vor. Grade wenn du viel Text hast. Was es durchaus ja geben soll, möchte ich dieses nicht mit z.B. Like durchlaufen. Für die Suche würde ich mir was eigenes Programmieren. Und zwar in dem du dir einen wirklichen Suchindex erstellst und diesen mit dem Content verbindest. Nur so erreicht man auch verdammt schnell suchergebnisse. Stell dir mal vor du hast ein Forum mit nur 1000 Beiträgen. Möchtest in deiner Suche aber eine Art Autocompletefunktion mit einbauen. Viel spaß.

19.08.2010, 17:20
Squall Erfahrener Benutzer Registriert seit: 19.03.2009 Beiträge: 539 PHP-Kenntnisse: Fortgeschritten	Hallo Creator, was meinst du mit suchindex? währe das eine seperate tabelle oder ist das eine art der indexierung in mysql-datenbanken?

19.08.2010, 17:31
Creator Erfahrener Benutzer Registriert seit: 08.04.2009 Beiträge: 324	Oh das sind gleich mehrere Tabellen Ich habe jetzt leider grade kein Beispiel zu hand aber mal kurz das Prinzip wie ich das meine. Bei der erstellung deines Textes ( Content ) wird der text zerlegt. Du schmeist aus diesem Text alles raus nach was man nicht sucht. z.B. Stopwörter ( der, die, das, er, sie, es usw ). Diese Listen gibt es fertig im Netz für unterschiedliche Sprachen Du brauchst daher eine Tabelle für die Stopwörter. Dann eine Tabelle für denn eigentliche Index. Und natürlich auch eine Tabelle für die zuordnungen welcher Begriff kommt in welchem Content vor. Du durchsuchst dann nicht mehr den ganzen Text, sondern nur noch nach einzelenen Begriffen, Wörtern, Namen etc. In welchem Content der Suchbegriff dann steht ist dann natürlich einfach zu ermitteln. Diese Art der suche biete auch weitere Möglichkeiten z.B. das ausfiltern von einfachen Tippfehlern bei der sucheingabe. Versuch sowas mal machen wenn du mit Like 1000 Texte durchforstest. Ich bin grade auf der Arbeit daher kann ich dir jetzt kein genaues Beispiel zeigen. Heute Abend vieleicht noch mal!

19.08.2010, 17:58
Koala Erfahrener Benutzer Registriert seit: 28.09.2008 Beiträge: 1.127 PHP-Kenntnisse: Fortgeschritten	@cycap ??? warum soll man nicht nach Content suchen können den der Webmaster/Admin auf seinen Seiten anzeigen läßt ? Nach was denn sonst ? __________________ Eine if-else-Abfrage nimmt, ordentlich geschrieben eine Menge Platz weg. Platzsparend geht es mit einem ternären Operator.

20.08.2010, 08:29
cycap Moderator Registriert seit: 13.02.2008 Beiträge: 6.816 PHP-Kenntnisse: Fortgeschritten	@Koala: Wie gesagt, ich dachte dabei ans Backend, habe das ja schon wiederrufen.

20.08.2010, 10:38
phpsecretary Erfahrener Benutzer Registriert seit: 14.01.2010 Beiträge: 124 PHP-Kenntnisse: Fortgeschritten	@alle, die dazu mehrere Tabellen anlegen: setzen 6! Ihr könnt froh sein, dass grober Unfug nur noch eine Ordnungswidrigkeit darstellt. SELECT textfeld FROM tab WHERE lang = $langid AND ... __________________ Ich bin Programmierer und kein Frameworkinstallierer.