Hallo,
hier mal ein Beispiel wie ich mir eine dokumentenbasierte Konfiguration vorstelle:
[code lang=javascript]
{
"_id": "id_builder_area_01",
"contract": "DBRef..",
"position" : 2,
"name" : "Beginn und Dauer",
"inquiries" : [
{
"_id": "id_builder_inquiry_01",
"name": "Vertragsart",
"phrase" : "Möchten Sie einen befristeten oder unbefristeten Arbeitsvertrag abschließen?",
"short_description": "Sie können sich hier direkt für einen befristeten...",
"long_description": "Einige Vorfragen zur Auswahl eines befristeten oder unbefristeten Arbeitsvertrags ...",
"reply": {
"type": "MULTIPLE_CHOICE",
"entities": [
Das schreit nach sowas:
Data storage model, Data abstraction
Hostname:Port.Databasename.Tablename.Entityname.HashOfHashes
^
Data Abstraction Layer | Application
D.h., es macht keinen Sinn, o.g. Strukturen in Relationalen RDBMS abbilden zu wollen, das würde eine unüberschaubare Anzahl an Tabellen ergeben. Hier ists besser, die Strukturen allein der Anwendung zu überlassen. Trozdem lohnt es sich, über eine Speicherung in einem RDBMS nachzudenken, weil somit bestimmte Daten gezielt abgefragt werden können mittels SQL. Dies wiederum schließt ein einfaches Serialisieren nach BLOB-Feldern jedoch aus.
Horst Spelzenspülz