3

HSQL を使用する予定です。メモリ内データストア (メモリ内のみ / ディスク バックアップなし) があります。その後、x 分 (たとえば 15 分) ごとに HSQL の定期的なバックアップを作成し、ボックスがダウンした場合に備えてデータを復元できるようにします。理由。

いくつかの疑問:

1)Is HSQL good for storing large amount of data . (Eg 15 GB)
2)Will search be good ? I guess yes since it is inmemory
3)Any other concerns?
4)Have you used HSQL for such purpose?
5)Any other open source which supports SQL like queries. I know memsql but its not open sourced
4

2 に答える 2

2

これは、おそらくあなたの決定に役立つ素晴らしい記事です。

私の考え: 私は 2 年前にインメモリ モードで HSQLDB を集中的に使用しましたが、非常に大量のデータ (2-3 GB) ではなく、十分に機能しました。ただし、本番環境での使用には最適なソリューションではないと言われていました。

HSQLDB は全文検索をサポートしていません。H2 を使用してください。また、比較によると、H2 にはクラスタリングとレプリケーションのサポートが組み込まれています。

アプリケーションで ACID を必要とせず、キーと値のストレージで十分だと思われる場合は、Redis を使用することをお勧めします。これは、メモリ内データで適切に機能するように設計されており、何百万もの行を確実に処理できます。

于 2013-09-25T06:03:16.817 に答える
2

はい。インメモリ データベースとして HSQL DB を使用しました。20 GB のヒープと HSQL DB を持つスタンドアロンの Java アプリケーションを実行しています。問題に直面したことはありません。アプリケーションは毎日 100 万件近くのレコードを処理し、約 12 GB のデータを処理します。

HSQL DB に大きな懸念はありません。ただし、同時アクセスとロックは適切に処理する必要があります。

多くのオープンソースのインメモリ データベースがあります。

Derby (Java Db)、H2、HSQL DB。

MySQL、PostGRESQL、Oracle Coherence (最近リリースされた) も使用できます。

于 2013-09-24T16:18:07.457 に答える