The(G)Forum

Ich han es Problem. Und bitte kei blödi Kommentär wills uf hochdütsch gschriebe isch!

Ich möchte eine Datenbank für Lebensmittel erstellen. Da hier oft Listen vorkommen (e.g. Zutaten: ["Wasser", "Mehl", "Salz"]) dachte ich zuerst an eine Implementierung in XML. Zudem bietet XML die Möglichkeit seinen Inhalt mit Schemata (.xsd) zu überprüfen. (e.g. die Liste darf nur vorgegebene Zutaten enthalten (d.h. "Wasser" und "Mehl" sind ok, "Waser" oder "Karton" nicht); oder der Zuckeranteil muss zwischen 0 und 100 liegen).

XML Datenbanken werden aber, wenn sie wachsen und sehr gross werden immer langsamer und ineffizienter. Deshalb wollte ich fragen:

Gibt es eine SQL Lösung, die 1. Listen und 2. Restriktionen in Tabellen unterstützt?

Ansonsten würde ich wohl eine Methode wählen, die die XML Datenbank in eine relationale Datenbank konvertiert um dann schneller Abfragen zu können.

Leider bin ich in diesen Bereichen nicht kompetent genug, um diese Fragen schlüssig beantworten zu können.

Mit was schribsches denn und was spricht degege die Restriktione softwaresiitig z implementiere?

so quasi

if(($wert1 == 'wasser) && ($wert2 == 'karton')){
// nöd iträge
}elseif{
// iträge
}

oder halt mit cases, whatever....



Edit: Ev. hani di zersch falsch verstande....du wotsch lediglich, dass nume Wert verwendet werded, wo bereits vorhande sind? Wiso füllsch die Wert nid eifach ine separati Tabelle, z.B. "zutaten" und füegsch di entsprechende ids denn als Fremdschlüssel id Haupttabelle? Sonen Ufbau wär ja Sinn und Zweck vonere Datebank. Ich verstane s Problem nid so ganz

dä xino hät rächt. mit fremdschlüssel die gültige zuetate normalisiere, dänn häsch am wenigschte redundanze und gueti perf. wenn dänn zb linzerturte mache wosch, dänn lasch schnäll en query ab, woder die abgschlossnig lischte zruggliefered. was dänn au immer däher chunt, wänns nöd ide lischte drin isch, passts löd.

ja, soöppis wirdi au mache. danke!

Bitte gerngscheh!