実稼働環境で Derby や HSQLDB を使用しようとした人はいますか? 良い、悪い、または醜い経験はありますか?
3 に答える
調整アプリケーションの本番環境で HSQLDB を使用しました。50 万件のレコードまで適切にスケーリングされ、DB サイズはほぼ 2 GB でした。
良い
1) メモリをチューニングできます。最初は 2GB のヒープで実行していましたが、後に 4GB のメモリに増やしました。CPU のメモリを適切に調整できます。さまざまな構成がありました。512MB で 15 分の実行、4GB の RAM で 2 分の実行。
2) ディスクベースにフォールバックします。その後、ファイルベースのテーブルに切り替え、ヒープを 4GB から 512MB に減らしました。ただし、プログラムは、メモリ関連の構成以外の変更は必要ありません。
あった方がよい。1) 割り当てられたメモリが少ない場合、Windows のシャットダウンに余分な時間がかかりました。2) インデックス付きの黒魔術が少しあります。50 万件のレコードの 6 列以上にインデックスを追加したことがあります。プロセスが非常に遅かったため、追加のインデックスを削除しました。それは私たちを傷つけませんでした。
全体として、レコード数が数百万未満で、DB サイズが 10GB 未満の場合は、HSQLDB を強くお勧めします。より高いニーズでも機能する可能性がありますが、簡単にできるとは思いません. 追加のドキュメントが役立つ場合があります。
ところで、Fredt はメーリング リストでの私の質問に非常に迅速に対応してくれました。