Persistenz vs DB vs XML?

[Helgon]

Hey, hätte mal ne Frage, hab dazu leider auf Anhieb nix brauchbares gefunden.

Gibts vllt irgendwo eine "Auflistung" wann es Sinn macht welche Datenmenge in einer DB zu speichern, oder in ner xml Datei oder persistent zu machen(serialisierung)? (oder was wann vorteile/nachteile bringt)

Ich machs momentan immer so nach Geschmack(oder lust ), gibts da vllt irgendwo eine Info mit der "Laufzeitdauer" ab welcher Komplexität etc. pp was zu nehmen ist? Einfach maln Text damit man da Abwegen kann wann man was nimmt.

Grüße

 

[Final_Striker]

Kann ich mir nicht vorstellen, dass es so etwas geben soll. Meiner Meinung nach, kommt immer auf den Anwendungsfall drauf an.

 

[d3rbastl3r]

Kann mir nicht vorstellen, dass das Speichern und lesen der Daten in bzw. aus einer XML Performanter sein soll als in eine Datenbank xD

 

[langhaar!]

Kann mir nicht vorstellen, dass das Speichern und lesen der Daten in bzw. aus einer XML Performanter sein soll als in eine Datenbank xD

Glaubst du ernsthaft, dass eine XML-Datei, die beispielsweise zwei Adressen enthält, langsamer als eine Datenbank sein kann? :autsch:

Die Frage war jetzt, ab wann tritt dieser Punkt ein.

 

[nillehammer]

Performance ist hier als Kriterium schlecht anzuwenden. Da spielt neben den harten Faktoren (DBMS, XML-DB, Files o.ä) auch zu sehr die Fachlichkeit rein. Ich würde es von fachlichen Kriterien abhängig machen. Mal ne lose Auflistung von Fragen:
- Werden umfangreiche Queries benötigt? Da denkt man zunächst an SQL und evtl XQuery.
- Sind die zu speichernden Daten stark baumartig? Da bietet sich XML an
- Welches Know-How ist im Team vorhanden?
...

 

[Ullenboom]

In beiden Fällen gibt es Dateizugriffe, bis die Daten erst einmal vorbereitet sind, doch ein DB macht deutliche umfangreichere Initialisierungen als etwa JABX oder XStream das nötig machen. Wenn also die Startzeit/Memory einer echten DB mitgerechnet wird, ist die DB aufwändiger.
Die Frage ist aber vielmehr, wie oft du die Daten danach brauchst und ob umfangreiche Queries nötig sind.
Konfig-Daten finde ich in XML oder in Properties ganz gut aufgehoben. Serialisierung ist zur Langzeit-Persistierung ungünstig, das schreibt einem bei Änderungen der Attribute relativ stark ein.
Schon mal über eine kleine Embedded-Datenbank wie HSQLDB oder H2 nachgedacht?