Speichern verschiedener Anwenderdaten

[jptc.org]

Hallo,

ich habe eine Applikation, in welcher der Anwender verschiedene Daten zu unterschiedlichen Punkten eingeben kann. Die Daten zu den einzelnen Punkten können dabei dynamisch wachsen, d.h. es gibt keine Beschränkung der Anzahl.

Nun die Frage an erfahrene Softwareentwickler: was ist die beste Möglichkeit um die Daten von verschiedenen Objekten in einer Datei abzuspeichern (also eine Properties - Datei ist denkbar ungünstig). Das Ganze sollte natürlich auch noch performant sein, wenn die Datei grösser wird und nicht nur im einige kb Bereich liegt.

Ich bin für alle Vorschläge und Anregungen offen.

Besten Dank für die Hilfe.

kind regards
Karsten Voigt
http://www.java-news-center.org

 

[meez]

Am Besten nimmst du eine Datenbank...

Wenn du keine solche zur Verfügung hast, empfehle ich dir 2 Möglichkeiten:

1. Das ganze Objekt abzuspeichern
2. Die Daten in einer XML-Datei zu speichern

 

[jptc.org]

Am Besten nimmst du eine Datenbank...

Wenn du keine solche zur Verfügung hast, empfehle ich dir 2 Möglichkeiten:

1. Das ganze Objekt abzuspeichern
2. Die Daten in einer XML-Datei zu speichern

Kennst Du eine Datenbank die kostenlos und klein ist und welche man direkt in eine Client Applikation integrieren kann? (D.h. der Anwender soll von der DB nichts merken) Naja und ausserdem sollen abgespeicherten Daten für eine Person transportabel sein, was mit einer DB nicht wirklich gewährleistet ist.

Ganze Objekte abspeichern: wie stellt man das am besten an? die Serialisierung (ObjectOutputStream) funktioniert theoretisch schon recht gut, aber leider gibt es keine Gewährleistung, das die Daten mit neuen Versionen von Klassen noch lesbar. Das Deserialisieren schlägt u.U. fehl.

Die XML Variante ist einfach zu implementieren, aber die Performance lässt stark zu wünschen übrig. Ausserdem muss häufig nur ein Teilobjekt und nicht die ganze Datei aktualisiert werden.

Irgendwie bin ich in einer Sackgasse auf der Suche nach einer guten Lösung.

kind regards
Karsten Voigt
http://www.java-news-center.org

 

[bygones]

Ganze Objekte abspeichern: wie stellt man das am besten an? die Serialisierung (ObjectOutputStream) funktioniert theoretisch schon recht gut, aber leider gibt es keine Gewährleistung, das die Daten mit neuen Versionen von Klassen noch lesbar. Das Deserialisieren schlägt u.U. fehl.

verwendest du die serialVersionUID variablen in den Klassen ?
siehe: http://c2.com/cgi/wiki?AlwaysDeclareSerialVersionUid

Die XML Variante ist einfach zu implementieren, aber die Performance lässt stark zu wünschen übrig. Ausserdem muss häufig nur ein Teilobjekt und nicht die ganze Datei aktualisiert werden.

auch mit SAX Parsern ?[/quote]

 

[jptc.org]

naja das mit der serialVersionUID könnte man versuchen, wobei ich noch nicht weiss, wie sich da die Performance verhält, schaun mer mal :lol:

Selbst die Verwendung von einem SAX Parser ist bei grösseren Dateien einfach zu langsam; besonders wenn man Teile in der Datei sucht und aktualisieren möchte. Das normale Einlesen liegt, denk ich, in einem vertretbaren Rahmen.

Karsten Voigt
http://www.java-news-center.org

 

[meez]

Warum muss den eigenltich alles in nur einer Datei sein...Kannst du nicht für jedes Objekt eine eigene atei erstellen, und in einer index Datei das Mapping haben?

 

[jptc.org]

Warum muss den eigenltich alles in nur einer Datei sein...Kannst du nicht für jedes Objekt eine eigene atei erstellen, und in einer index Datei das Mapping haben?

Wie das mit Nutzerdaten halt so ist 8) . Oder möchtest Du nach dem Schreiben und Speichern eines Dokumentes fünf Dateien haben? Es ist halt eine Anwendung die die Nutzerdaten in eine Datei speichert und diese Datei soll überall zu öffnen sein. Mehrere Dateien würden den Anwender nur verwirren.

Karsten Voigt
http://www.java-news-center.org

 

[L-ectron-X]

Kennst Du eine Datenbank die kostenlos und klein ist und welche man direkt in eine Client Applikation integrieren kann? (D.h. der Anwender soll von der DB nichts merken)

Schau Dir mal HSQLDB an, die scheint für diesen Einsatzzweck in Frage zu kommen.
Hier mal ein einführender Link zur Erlangung erster Informationen und eine Downloadquelle:
http://www.javamagazin.de/itr/online_artikel/psecom,id,312,nodeid,11.html

 

[jptc.org]

Die DB scheint ja ganz in Ordnung zu sein. Ich werde mal prüfen, ob ich damit meine Problemchen gelöst bekomme.
Vielen Dank für den Hinweis.

Karsten Voigt
http://www.java-news-center.org