Verwenden von HSQLDB in Produktionsumgebungen

Question

Ich möchte HSQLDB in einer Produktionsumgebung für das Durchsuchen einiger Daten im Speicher und für den Datenexport mit Dateien verwenden. Hat jemand Erfahrung mit der Verwendung von hsqldb in Produktionsumgebungen? Behandelt Hsqldb Serverressourcen ordnungsgemäß und bereinigt es ungenutzte Ressourcen ordnungsgemäß?

Ich habe einen kritischen Beitrag zu diesen Fragen aus rotem Hut gesehen und ich frage mich, ob dies gilt noch für hsqldb:

http://kbase.redhat.com/faq/docs/DOC-15194

Answer 1

habe ich hsql bei zahlreichen Gelegenheiten in der Produktion habe (vor allem als schneller dateibasierter Speicher für komplexe Voreinstellungen) und hat noch nie Probleme festgestellt.

Answer 2

Ich weiß nichts über HSQLDB, aber wir haben H2 für dieselben Zwecke ohne Probleme verwendet.

Answer 3

Ich kann einige der auf der Red Hat-Seite aufgeführten Probleme bestätigen.

Wir hatten Probleme mit HSQLDB als eigenständige Instanz in einem Tomcat-Container. Die Anwendung wird nicht ordnungsgemäß heruntergefahren und hängt bei 100% CPU. Es gab jedoch einen Code-Fix.

Wir hatten auch Probleme, einige Daten verloren wurden, nachdem der Server gewaltsam getötet wurde. Ich konnte die Situationen nicht zuverlässig reproduzieren.

Ich habe auch einige seltsame, dass ich nicht mehrere Instanzen der gleichen Anwendung mit HSQLDB zur gleichen Zeit starten kann.

Sie müssen auswerten, ob eine eigenständige, speicherinterne Datenbank die richtige Wahl ist. Wenn Konsistenz und Integrität von wesentlicher Bedeutung sind, ist HSQLDB möglicherweise nicht die richtige Wahl.

Answer 4

Wir haben die Datenbankbeschädigung (ganze Datenbank wurde verloren) ein paar Mal in einem Jahr mit HSQLDB, wenn es nicht sauber heruntergefahren wurde.