HSQLDB Performance von CHECKPOINT

[shaze]

Hallo liebe JAVA-Freunde,

ich bin in meinem Wissen noch nicht sehr fortgeschritten und bitte schon eingangs um Nachsicht, falls von mir etwas unqualifiziertes kommen sollte Ich versuche mir JAVA mit learning-by-doing anzueignen und arbeite zur Zeit an einem Projekt mit folgendem Profil:

• verwendet wird eine eingebettete HSQLDB auf Dateibasis, in welcher sich in der Regel nie mehr als 1000 Einträge befinden
• die Einträge werden teilweise mehrfach pro Sekunde abgefragt, verändert und eingefügt
• der Programmablauf ist vor allem zeitkritisch, ich möchte also Latenz vermeiden
• ebenso sollte die Datenbank persistent sein, Einträge sollten also auch im Fall der Fälle nicht verloren gehen

Den letzten Punkt habe ich hervorgehoben, da er sich unmittelbar auf meine Frage bezieht: ich möchte die Persistenz mit Hilfe von

CHECKPOINT

unterstützen, damit auch bei Programmabbruch oder unvorhersehbaren Ereignissen eine Verlust-Toleranz von Null besteht. Nach jedem Befehl (Insert, Update, Delete) wird also ein

CHECKPOINT

gesetzt.

Was haltet ihr davon - leidet die Performance an dieser Stelle signifikant, weil die Textdatei nach jedem Query neu geschrieben wird? Oder ist der mögliche Performance-Verlust zu vernachlässigen? Gibt es eventuell eine Möglichkeit, die für meinen Zweck eher praktikabel ist?

Ich danke euch ganz herzlich!

 

[Deros]

warum ein Checkpoint, warum reicht kein Commit?
bin kein hsqldb-experte aber das hört sich nach einer ziemlich dummen Idee an die Datenbank nach jedem insert- oder udpate-Statement runter und wieder hochzufahren. mehrfach die Daten an pro Sekunde zu verändern sollte dann kaum möglich sein...