Unterschied(e) einer XML-DB zu einem RDBMS ?

[wimpus]

Hi Leute,

wir haben nächste Woche eine Präsentation über XML bzw XML-DB's im Vergleich zu RDBMS. Hab schon ewig u drei Tage im Inet gesucht, hab aber bis auf die Tatsachen, dass:

- XML-DB's "Open Source" sind.

- Eine geringere Performance haben als RDBMS

- Einfacher strukturiert sind (Baumstruktur)

nix gefunden.

Nun meine Fragen: Hat jemand von euch Erfahrung im Umgang mit XML-DB ?

Stimmen die Punkte von mir ? Gibt es noch mehr gravierende Unterschiede zwischen den Systemen ?

Schon einmal Danke für eure Antworten u biba

MFG Wimpus

[dbwizard]

Hi Leute,

wir haben nächste Woche eine Präsentation über XML bzw XML-DB's im Vergleich zu RDBMS. Hab schon ewig u drei Tage im Inet gesucht, hab aber bis auf die Tatsachen, dass:

- XML-DB's "Open Source" sind.

- Eine geringere Performance haben als RDBMS

- Einfacher strukturiert sind (Baumstruktur)

nix gefunden.

Nun meine Fragen: Hat jemand von euch Erfahrung im Umgang mit XML-DB ?

Stimmen die Punkte von mir ? Gibt es noch mehr gravierende Unterschiede zwischen den Systemen ?

Schon einmal Danke für eure Antworten u biba

MFG Wimpus

Hallo,

Wir haben ein grosses Projekt mit Tamino (Software AG ) gemacht (Ansonsten verwenden wir intensiv Oracle) und ich kann deinen Aussagen so nicht zustimmen :

- XML-DB's "Open Source" sind.

Tamino ist definitiv nicht Open-Source :-)

--> Tamino · The XML database

- Eine geringere Performance haben als RDBMS

--> Ist so nicht richtig, allerdings auch nicht so einfach vergleichbar. Wenn du solch eine Aussagen machst, müsstest du auch dieselben Funktionalität vergleiche, also etwas die XML-Funktionen (Volltextrecherche) von Oracle mit derjenig der XML-Datenbank

- Einfacher strukturiert sind (Baumstruktur)

--> Eher "anders" strukturiert.

Gruss

[wimpus]

Hi dbwizard ,

alles klar ... muss mich wohl noch etwas besser einlesen

wie sind so deine Erfahrung mit Tamino ? Wie ist es im Vergleich zu Oracle ?

(Sorry wenn ich so dreist frage, aber irgendwie find ich einfach keinen Ansatz ^^)

MFG u vielen Dank für deine/eure Antworten

Wimpus

Bearbeitet 25. Februar 2009 von wimpus

[dbwizard]

Hi dbwizard ,

alles klar ... muss mich wohl noch etwas besser einlesen

wie sind so deine Erfahrung mit Tamino ? Wie ist es im Vergleich zu Oracle ?

(Sorry wenn ich so dreist frage, aber irgendwie find ich einfach keinen Ansatz ^^)

MFG u vielen Dank für deine/eure Antworten

Wimpus

- Nun , ich selbst war an diesem Projekt nicht beteiligt, aber mein Schreibtischnachbar :-). Die Lösung ist nun ca 4 Jahre im Einsatz (Dokumentverwaltung/Volltextrecherche in Dokumente, ziemlich komplexe Abfragen, ca 5 Mio Dokumente) und funktioniert gut. In der Anfangsphase gabe es einige Schwierigkeiten mit Tamino, aber der Support der Software AG war sehr gut.

- Wie gesagt, der Vergleich mit Oracle ist etwas schwierig, ich würde mal sagen, dass wir mit den XMl Features von Oracle (damals war Version 9 aktuell) eine Teilmenge der Funktionalität erreicht hätten, der Vorteil wäre sicher gewesen, dass in Oracle das XML ind das RDBMS "integriert" ist

Gruss

[wimpus]

Nochmal ich

hab mich jetzt mal soweit eingelesen und einen wichtigen Unterschied gefunden:

- Bei reinen XML-DB's (z.B. Tamino) entfällt ja quasi die

Umwandlung "Relational => XML" .. oder :confused:

MFG Wimpus

[dbwizard]

Nochmal ich

hab mich jetzt mal soweit eingelesen und einen wichtigen Unterschied gefunden:

- Bei reinen XML-DB's (z.B. Tamino) entfällt ja quasi die

Umwandlung "Relational => XML" .. oder :confused:

MFG Wimpus

- Ja, wobei Oracle ab Reease 9R2 den Spaltentyp XMLTYPE kennt, so dass XML direkt gespeichert werden können (Technisnch in einenm CLOB)

Gruss

[wimpus]

Also irgendwie find ich echt keine Unterschiede .... bis auf den einen mit der Umwandlung (und da bin ich mir wieder unsicher) *total am Verzweifeln*

....

Es muss doch Unterschiede geben ....

Das wächst mir langsam echt über den Kopf .... T_T

MFG Wimpus

Bearbeitet 25. Februar 2009 von wimpus

[wimpus]

hab wohl doch was gefunden ...

XML-Dokumente enthalten ineinander verschachtelte Elemente.

Dabei ist die Verschachtelungstiefe nicht beschränkt. Bei relationalen Datenbanken müssen die

verschachtelten Elemente zerlegt werden und mittels Fremdschlüsselbeziehungen verknüpft werden.

In XML-Dokumenten können Elemente innerhalb eines Elements beliebig oft wiederholt werden.

In relationalen Datenbanken ist eine Spalte immer nur einmal vorhanden und enthält einfache Werte. Wenn mehrere Elemente gespeichert werden müssen, ist eine zusätzliche Tabelle notwendig.

Ein Element eines bestimmten Typs in einem XML-Dokument muss nicht immer die gleichen Kindelemente enthalten.

In relationalen Datenbanken gibt es keine Möglichkeit von Alternativen.

In XML-Dokumenten ist die Reihefolge der Elemente ein fester Bestandteil der Dokumentstruktur.

In relationalen Datenbanksystemen spielt die Reihenfolge, in der die Werte gespeichert werden sollen, keine Rolle, d.h., die Reihenfolge der Elemente bleibt bei der Extraktion nicht zwingend erhalten. Es sind zusätzliche Tabellen nötig, um die Reihenfolgen der Elemente zu speichern.

Hoffentlich kann man das so lassen ^^

[dr.dimitri]

Hi,

also ich hab dieses pdf hier gefunden (der 2. Link in google mit dem Suchstring xmldb difference rdbms - der 1. Treffer ist dieser Thread hier )

Dim

[wimpus]

hab nie die Abkürzungen benutzt .. daran wirds wohl gelegen haben ... vieilen vielen Dank Dimitri

[wimpus]

Hallo Leute,

hab jetzt mal am WE das pdf durchgeackert u hab nun ein paar Fragen:

Relationale DB

- Daten in flachen Tabellen

- Spalten mit einzelnen Werten

- Keine Ordnung der Zeilen

- Schema ist verpflichtend und vollständig

- Nur Daten, die im Schema beschrieben sind

XML-DB

- Daten in hierarchischer, beliebig tiefer Struktur

- Elemente mit Werten können mehrfach vorkommen

- Elemente sind geordnet

- Schema ist optional (kann offen sein)

- Kommentare und Verarbeitungsanweisungen

Hier meine Fragen:

1. Hierarchisch heißt doch, das die Elemente eine "Eltern-Kind"-Beziehung

zueinander haben oder ?

2. Theoretisch sind die Elemente in einer relationalen DB doch auch nach ihrer

angegebenen ID geordnet oder nicht ?

3. Irgendwie kann ich mir unter einem Schema gerade nix vorstellen (kommt

mir aber iwie bekannt vor) .... :confused:

4. "Elemente mit Werten können mehrfach vorkommen"... heißt quasi, dass ein

Datensatz öfters vorkommen kann, aber andere Werte hat oder ?

Möchte mich an dieser Stelle auch noch einmal bedanken, dass ihr mir soviel helft .. wär sonst echt verzweifelt

MFG Wimpus

[dbwizard]

1. Hierarchisch heißt doch, das die Elemente eine "Eltern-Kind"-Beziehung

zueinander haben oder ?

MFG Wimpus

- ja. (Ausser dass Root-Element, welches keinen Parent hat). MIt einem Hierarchischen Datenmodel kannst du prinzipiel nur 1:1 oder 1:n Beziehungen abbilden

2. Theoretisch sind die Elemente in einer relationalen DB doch auch nach ihrer

angegebenen ID geordnet oder nicht ?

- Wenn du sie so sortierst abfragst, ja. Prinzipiell sind Daten in der Datenbank "immer" ungeordnet, nur die ORDER BY ergibt eine konsistente Sortierung

[QUTOE]

3. Irgendwie kann ich mir unter einem Schema gerade nix vorstellen (kommt

mir aber iwie bekannt vor) .... :confused:

[wimpus]

wieder ich

also mit dem Punkt

RDBMS

- Daten in flachen Tabellen

XML

- Daten in hierarchischer, beliebig tiefer Struktur

hab ich noch irgendwie schwierigkeiten vom Verständnis her ^^

MFG Wimpus

[wimpus]

Und schon wieder ich

Wollte grad alle Punkte nochmal verständlich zusammenfassen, aber iwie bekomm ich das einfach net hin .... und der Vortrag ist schon übermorgen ...

Ich hoffe das klingt jetzt net nach Faulheit, aber könnte mir da jemand unter die Arme greifen .. bin echt am verzweifeln = (

MFG Wimpus

[wimpus]

Hab wieder unnötig Panik gemacht ... die Präsi wurde um ne Woche verschoben u habs doch mal geschafft alles zusammenzufassen:

Relationale DB

1. Daten in flachen Tabellen

2. Spalten mit einzelnen Werten

3. Keine Ordnung der Zeilen

4. Schema ist verpflichtend und vollständig

5. Nur Daten, die im Schema beschrieben sind

XML-DB

1. Daten in hierarchischer, beliebig tiefer Struktur

2. Elemente mit Werten können mehrfach vorkommen

3. Elemente sind geordnet

4. Schema ist optional (kann offen sein)

5. Kommentare und Verarbeitungsanweisungen

Erklärung der einzelnen Punkte

1. RDBMS: Flach bedeutet, dass die Tabelle nicht relational ist u Datensätze

mehrfach vorkommen können.

2. RDBMS: In relationalen Datenbanken ist eine Spalte immer nur einmal

vorhanden und enthält einfache Werte. Wenn mehrere Elemente

gespeichert werden müssen, ist eine zusätzliche Tabelle notwendig.

3. RDBMS: Dies heißt, dass die Datensätze in einer RDBMS (sofern man dies nicht selbst festlegt) ungeordnet sind.In relationalen Datenbanksystemen spielt die Reihenfolge, in der die Werte gespeichert werden sollen, keine Rolle. Es sind zusätzliche Tabellen nötig, um die Reihenfolgen der Elemente zu speichern.

4.Dies bedeutet einfach, dass man eine XML-DB ohne ein bestimmtes Schema

anlegen kann. Allerdings ist diese DB, dann nicht konform mit den Regeln für

XML-Dokumente welche vom W3C festgelegt wurden, also nicht

„wohlgeformt“ Ein RDBMS muss allerdings IMMER einem bestimmten Schema

entsprechen.

5. RDBMS: Sofern nicht eigene Spalten im Schema angegeben sind, können

keine Kommentare u Verarbeitungsanweisungen hinzugefügt werden.

Hoffentlich passt das so .. wenn nicht .. lass mich gerne verbessern

(Ich weiß .. langsam nervt es, aber es sind nur noch 2 Monate bis zur Prüfung u da möchte ich möglichst gute Anmeldenoten haben ... deswegen auch die ganze Panikmacherei ^^)

MFG Wimpus

[dbwizard]

Hab wieder unnötig Panik gemacht ... die Präsi wurde um ne Woche verschoben u habs doch mal geschafft alles zusammenzufassen:

Hoffentlich passt das so .. wenn nicht .. lass mich gerne verbessern

(Ich weiß .. langsam nervt es, aber es sind nur noch 2 Monate bis zur Prüfung u da möchte ich möglichst gute Anmeldenoten haben ... deswegen auch die ganze Panikmacherei ^^)

MFG Wimpus

Hallo,

Noch ein paar Anmerkungen :

2. RDBMS: In relationalen Datenbanken ist eine Spalte immer nur einmal

vorhanden und enthält einfache Werte. Wenn mehrere Elemente

gespeichert werden müssen, ist eine zusätzliche Tabelle notwendig.

- Was bedeutet "Wenn mehrere Elemente" gespeichert werden müssen ? Ein Tabelle enthält Daten einer berstimmten Entität, also z.b eine Person. D.h. es könne in der Personentabelle n Personen gespeichert werden. Wenn du zu diesen Personen noch Adressen speicher möchtest, kannst du :

- Diese Adressen in der Tabelle Person mitspeichern, indem du die Tabelle um die entsprechenden Attribute erweiterest (Du kannst so aber nur 1 Adresse pro Person speichern, also eine 1:1 Beziehung herstellen)

- Oder die Adressen in einer eigenen Tabelle ablegen, welche über einen Fremdschlüssel zur Personetabelle referenziert. Damit kannst du zu einer Person n-Adressen speichern (1:n) Beziehung.

- (Lassen wir mal die n:m Bezeihung hier beiseite...)

3. RDBMS: Dies heißt, ......Es sind zusätzliche Tabellen nötig, um die Reihenfolgen der Elemente zu speichern.

- Du "speicherst" keine Reihenfolge. Die Reihenfolge, in der die Daten ausgegeben werden, wird allein durch das ORDER BY in der Abfrage bestimmt.

- Wenn du in der Wikipedia nachguckst, findest du eine ausführliche Darstellung eines RDBMS, vielleicht wäre dies mal eine Idee ?

--> http://de.wikipedia.org/wiki/Relationale_Datenbank

Gruss

Bearbeitet 6. März 2009 von dbwizard