生産モードでDerbyまたはHSQLを使用した経験

Question

実稼働環境でDerbyまたはHSQLDBを使用しようとしたことがありますか？良い、悪い、または醜い経験はありますか？ H2 website上の組み込みデータベースの比較があり

Answer 1

（H2はところで、非常に高速であり、他の組み込みのJava DBである）：

• Feature comparison
• Performance comparison

これはあなたを与える必要がありますいくつかの事実。

Answer 2

は、私は和解アプリケーションの生産でHSQLDBを使用HSQLDB Hibernate on hypersonic in production?

Answer 3

については、この記事を参照してください。これは、50万レコードまで規模を拡大し、DBサイズはほぼ2 GBでした。

いいえ
1）メモリを調整できます。 最初は2GBのヒープで実行していましたが、後で4GBのメモリに増やしました。 CPUのメモリをきちんと調整することができます。私たちはさまざまな設定をしていました512MBで15分、4GBのRAMで2分実行します。

2）ディスクベースのフォールバック。 後でファイルベースのテーブルに切り替え、ヒープを4GBから512MBに減らしました。しかし、プログラムはメモリ関連の設定以外の変更を必要としません。

ニース。 1）シャットダウンに時間がかかりました。 2）インデックス付きのブラックマジックは少しあります。一度、500万レコードに6カラム以上のインデックスを追加しました。プロセスがかなり遅かったため、追加のインデックスを削除しました。それは私たちを傷つけませんでした。

全体的に、レコード数が数百万未満で、DBサイズが10GB未満の場合は、HSQLDBを強くお勧めします。より高いニーズがあっても機能するかもしれませんが、まっすぐ進むことはできません。追加の文書が役立つかもしれません。

ところで、フレッドはメーリングリストの質問に非常に迅速でした。