2

さまざまな「ジョブ テンプレート」をある種のデータストアに永続化できるシステムを作成しています。私たちのシステムでは、テンプレートはさまざまな数学的計算を行う方法の説明を含むドメイン オブジェクトです。

これらのテンプレート POJO 用にある種の堅牢なストアが必要です。できれば、複数のシステムがテンプレートにアクセスし、場合によっては変更できるように、ある種の共有/リモート リポジトリが必要です。

私は NoSQL、グラフ、ドキュメント、およびオブジェクト データベースの数に少し圧倒されており、以前にこれを行ったことがある人から何らかのガイダンスを得ることを望んでいました!

私の理想的な世界では、これは魔法のようなスキーマのないデータストアであり、簡単なメソッド呼び出しで任意の Template オブジェクトをそこに書き出すことができ、後で再び取得できます。理想的には、次の機能が必要です-

1 )バージョニング - 以前の POJO を「上書き」し、バージョンの変更を追跡
できるようにするため 2) 履歴 - (タイム マシン スタイルで) 前のバージョンに戻って、以前のバージョンを取得できるようにする
ため
-POJOをグループ化し、パスなどで見つけることができるように

一部のオプションには、Jackrabbit OCM、OrientDB、CouchDB が含まれているようです。また、JDO (DataNucleus) と JPA の比較もあります。選択肢が多すぎるという霧を切り抜けるための洞察を誰か共有できますか?

4

1 に答える 1

0

なんという未解決の質問!

私は Jackrabbit を使用しています。Jackrabbit は、すべてのニーズを満たし、非常に簡単に起動して実行できます。XPATH クエリだけでなく、他のいくつかのタイプも実行できます。ドキュメントはあまり得意ではありませんが、通常は JCR ドキュメントで十分です。他の JCR 実装があります。限界を押し上げたい場合は、それらを検討したり、ベンチマークを見つけたりすることをお勧めします:)

于 2012-06-27T08:36:57.863 に答える