この質問をすると、H2 データベースの現在のバージョンが 2011 年 7 月 1 日 (ごく最近) にリリースされたことがわかります。それはとても健康的です。このペースは維持されますか？新しいリリースのペースが遅い場合、オープンソース コミュニティによって長期的にサポートされますか?
コスト上の理由から、私は現在、高性能アプリに Postgresql を使用することを検討しており、H2 データベースには適切な機能セット (基本的に必要なものは何でも) があるようです。H2を使用することが正しい決定であるかどうかはわかりません. 基本的に、私の決定は、サブスクリプションベースまたはコミュニティによる長期サポートに基づいている必要があります.
このペースは維持されますか？
それが計画です。
オープンソースコミュニティによって長期的にサポートされますか?
将来を予測するのは難しいです。それがあなたの質問にまだ誰も答えていない理由だと思います:-) 十分な数の人が使っているので、サポートされると確信しています。H2 は、多くの (オープン ソースおよび商用) 製品で使用されています。多くの人が定期的にメーリング リストの質問に回答しています。現在、H2 には多くのコミッターがいません。その理由の 1 つは、ユーザーがその機能に概ね満足していることと、現在の開発速度が十分に速く、コードの品質が十分に優れているためです。
サブスクリプション ベースのサポートは現在利用できませんが、将来的には計画されています (常に、ある時点で商用サポートを提供する計画でした)。まだ利用できない理由は、H2 がまだ会社を始めるのに十分な市場シェアを持っていないためです。
h2 データベースの信頼性は? [閉まっている]
2010 年に、大規模な企業データベース シャードのために、H2 から MySQL に切り替えました。最大の理由は、内部の H2 エンジンがシングル スレッドであることです。数十万行または数百万行のデータベースで大規模な最適化されていないクエリが実行されると、他のすべてのデータベース操作が停止します。詳細については、H2 のドキュメントを参照してください。H2 の行ロックは、MySQL や Postgres に比べて比較的未熟なようです。
さらに、MySQL と Postgres は、独自のロールではなくレプリケーション メカニズムも提供します。これにより、ダンプ中に H2 データベースをブロックする代わりに、スレーブからデータベース システムを「ライブ」でバックアップすることもできます。
最後に、私はこのパフォーマンス テストを実行していませんが、小規模から中規模のデータベースでは H2 が急速に軽量化されていますが、データベースのサイズ、特に同時クエリの数を増やすと、MySQL と Postgres が等しくなり始め、その後特にクエリ時間の分布を見ると、全体的なパフォーマンスが最高です。
私たちは、H2 を引き続きブティック、インメモリ、およびテスト データベースに使用しています。トーマスに感謝します！
H2 は素晴らしいデータベース エンジンです。H2 に関係のない問題を解決した後、PostgreSQL と MySQL (どちらも引き続きサポートされています) から H2 に切り替えました。H2 が主要なデータベースの選択肢になりました。
速度が主な理由ですが、他にも理由があります。組み込みモードは驚くべきものであり、ソフトウェアをポータブル デバイスにインストールする柔軟性を提供し、クラウドでデータベースを共有することさえできます。
「Datanucleus」を介して「永続的に依存」しているため (トリガー、プロシージャなどはありません)、多くの機能は使用しませんが、アプリは H2 をプッシュするのに十分複雑です! そして、それは完璧に提供します。