Hallo,
ich stehe derzeit vor dem Problem, hierarchisch organisierte Daten über eine Art CMS per JSP auszuliefern. Es handelt sich dabei um eine Seitenhierarchie, bestehend aus teils statisch vorliegenden Seiten (die einfach aus einer Datei gelesen werden könnten) und teils aus dynamischen Seiten, die von externen Plugins erzeugt werden. Das Problem besteht in der nicht-redundanten Datenhaltung.
Folgende Möglichkeiten gibt es:
1) lokale Ordnerstruktur
1.1) einfache Struktur mit Unterordnern und Textdateien
+ schnell und einfach
- Reihenfolge stets lexikografisch
- Mehrsprachlichkeit schlecht handhabbar
- Metadaten schlecht handhabbar
1.2) Erweiterung von 1.1: statt Textdateien XML-Dateien
+ Einfachheit bleibt erhalten
+ Metadaten und Mehrsprachlichkeit bliebe erhalten
- Anlegen eines Caches notwendig, da nicht bei jedem Seitenaufruf die komplette Hierarchie durchgegangen werden kann
1.3) 1 einzige XML-Datei
+ zentrale Verwaltung
+ einfache Handhabbung mittels XSLT
- langsam
- kompletter Inhalt einer Site muss in den RAM bei jedem Aufruf
2) Datenbank
+ volle Möglichkeiten
+ gute Performance
- zusätzlicher DB-Server erforderlich
Z. Zt. habe ich 1.1 implementiert, was aber offensichtlich nicht haltbar ist. Derzeit tendiere ich zu 1.2. Wofür würdet ihr euch entscheiden, unter der Prämisse, dass in einer Produktivumgebung a) häufig Seiten strukturell verändert werden (verschieben/löschen/anlegen); b) häufig Inhalte verändert werden oder c) meist so bleibt wie es ist. Wie sähe ein Kompromiss zwischen a)-c) aus. Ich sehe das momentan so:
a) -> 2
b) -> 1.2
c) -> 1.3 (mit Vorratshaltung der XML-Datei im entsprechend großen RAM des Servers)
Kompromiss -> 1.2
Lars
ich stehe derzeit vor dem Problem, hierarchisch organisierte Daten über eine Art CMS per JSP auszuliefern. Es handelt sich dabei um eine Seitenhierarchie, bestehend aus teils statisch vorliegenden Seiten (die einfach aus einer Datei gelesen werden könnten) und teils aus dynamischen Seiten, die von externen Plugins erzeugt werden. Das Problem besteht in der nicht-redundanten Datenhaltung.
Folgende Möglichkeiten gibt es:
1) lokale Ordnerstruktur
1.1) einfache Struktur mit Unterordnern und Textdateien
+ schnell und einfach
- Reihenfolge stets lexikografisch
- Mehrsprachlichkeit schlecht handhabbar
- Metadaten schlecht handhabbar
1.2) Erweiterung von 1.1: statt Textdateien XML-Dateien
+ Einfachheit bleibt erhalten
+ Metadaten und Mehrsprachlichkeit bliebe erhalten
- Anlegen eines Caches notwendig, da nicht bei jedem Seitenaufruf die komplette Hierarchie durchgegangen werden kann
1.3) 1 einzige XML-Datei
+ zentrale Verwaltung
+ einfache Handhabbung mittels XSLT
- langsam
- kompletter Inhalt einer Site muss in den RAM bei jedem Aufruf
2) Datenbank
+ volle Möglichkeiten
+ gute Performance
- zusätzlicher DB-Server erforderlich
Z. Zt. habe ich 1.1 implementiert, was aber offensichtlich nicht haltbar ist. Derzeit tendiere ich zu 1.2. Wofür würdet ihr euch entscheiden, unter der Prämisse, dass in einer Produktivumgebung a) häufig Seiten strukturell verändert werden (verschieben/löschen/anlegen); b) häufig Inhalte verändert werden oder c) meist so bleibt wie es ist. Wie sähe ein Kompromiss zwischen a)-c) aus. Ich sehe das momentan so:
a) -> 2
b) -> 1.2
c) -> 1.3 (mit Vorratshaltung der XML-Datei im entsprechend großen RAM des Servers)
Kompromiss -> 1.2
Lars
