Erfahrungen mit Derby oder HSQL im Produktionsmodus

Question

Wer hat jemals versucht, Derby oder HSQLDB in einer Produktionsumgebung zu verwenden? Irgendwelche guten, schlechten oder hässlichen Erfahrungen?

Answer 1

Es ist ein Vergleich von Embedded-Datenbanken auf dem H2 website (H2 ist eine weitere eingebettete Java-DB, der sehr schnell ist, BTW):

• Feature comparison
• Performance comparison

Dies sollte Ihnen einige Fakten.

Answer 2

Sehen Sie diesen Beitrag für HSQLDB Hibernate on hypersonic in production?

Answer 3

I HSQLDB für Versöhnung Anwendung in der Produktion eingesetzt. Es skalierte gut bis eine halbe Million Datensätze, DB-Größe war fast 2 GB.

Gut
1) Sie können den Speicher einstellen. Anfangs liefen wir mit 2 GB Heap und später auf 4 GB Speicher. Sie können Speicher für CPU ziemlich gut abstimmen. Wir hatten unterschiedliche Konfigurationen. 15 Minuten Ausführung mit 512 MB und 2 Minuten Ausführung mit 4 GB RAM.

2) Zurück auf die Festplatte basierend. Später wechselten wir zur dateibasierten Tabelle und reduzierten unseren Heap von 4GB auf 512MB. Das Programm erfordert jedoch keine andere Änderung als die speicherbezogene Konfiguration.

Schön zu haben. 1) Das Herunterfahren erforderte zusätzliche Zeit bei Windows, wenn der zugewiesene Speicher niedrig war. 2) Es gibt wenig Schwarzmagie mit Index. Sobald wir Index auf mehr als 6 Spalten auf einer halben Million Datensätze hinzugefügt haben. Prozess war ziemlich langsam, wir entfernten zusätzlichen Index. Es hat uns nicht wehgetan.

Insgesamt empfehle ich dringend HSQLDB, wenn die Anzahl der Datensätze weniger als einige Millionen sind, und die DB-Größe weniger als 10 GB. Es kann sogar für höhere Bedürfnisse funktionieren, aber ich denke nicht, dass sie geradlinig sein könnten. Möglicherweise kann zusätzliches Dokument helfen.

BTW, Fredt war sehr schnell für meine Fragen in der Mailingliste.