ObjectDBの本番環境は準備できていますか？
このベンチマークでは、ObjectDBははるかに高速なDBです： http://www.jpab.org/All/All/All.html
しかし、ObjectDBから他のベンチマーク結果を見ることができません。 ObjectDBを使用している人はいますか？生産準備はできていますか？経験は何ですか？
私はそれを専門的にも個人的にも多くのプロジェクトや製品に使用してきました。私はそれを5年ちょっと使っています。これらは私の経験です：
免責事項：私はサーバーライセンスとOEMライセンスを所有しており、長年にわたって作成者を知る必要があります。私はObjectDBの会社と他に商業的な関係はありません。言い換えれば、彼らがより多くのコピーを売っても商業的に何も得られません。私はその製品が好きです。
私の用法：
個人的に：UML2/EMFモデルを永続化するために、博士号を取得した商用製品の一部として使用しました。これらは非常に多くのクラスを持つ複雑なものであり、ObjectDBは、適切なパフォーマンスで複雑なリンクを処理できる唯一の製品でした。それはこの環境で素晴らしいパフォーマーでした。
仕事関連：私は投資銀行で働いており、ObjectDBを使用してワークフローの状態を永続化し、大規模なグリッド（> 2000ノード）環境で永続化を処理しました。この環境でも非常にうまく機能しました。
私は2007年頃にGentlewareのコンサルタントでもあり、ObjectDBをdb4o、休止状態などに対して評価しました。これは、競合他社を1桁近く上回っています。これは私の最初の商業経験でした。
つまり、結論として、ObjectDBは非常に高速で、堅実であることがわかりました。 UML2モデルで最大10GBまでテストしましたが、問題はありませんでした。データベースを使用している間、データベースが停止したり、破損したりしたことはありません。さらに、そのフットプリントはかなり小さいです。要するに、それは宇宙で少し歌われていないヒーローです。
私の経験はjpabベンチマークと一致しています-それらは他の製品の所有者にとって不快な読み物になります、しかし...おそらく私はこれに完全に偏っていません-私はObjectDBの作成者と多くの接触をしました何年もの間、ベンチマークをリリースするように彼らをプッシュしました。特に、グラフを対数ではなく線形にする必要があると感じました。これは、ほとんどの場合、ObjectDBのパフォーマンスが大幅に向上していることを示しています。
余談ですが、この製品や他のJPA製品で他の多くのベンチマークが見つからない理由は、一般的にどのベンダーもベンチマークに同意できず、他のベンダーを偏見で非難する傾向があるためです。私はこれを何度も直接見ました。ポールポスを好む人もいますが、これはdb4oが支配的であり、たとえば、それらの人はdnの結果をリリースしません。一部のデータベースベンダーは結果などを許可しません。これは地雷原であり、ObjectDBの作成者もここで違いはありません。誰もが自分のベンチマークを制御するのが好きです;-)
とにかく、長い話を短くするために、私の正直な経験は、ObjectDBが非常に高速で、本番環境に対応しており（1.xに戻って数年間）、十分にサポートされていることです。とても良い商品です。
スタートアップでObjectDBを使用して5か月余りです。さまざまなテクノロジー（RDBMS、グラフデータベース、オブジェクトデータベース）を検討した後、objectDBに落ち着くまでに長い間躊躇しました。 Webベースのビジネスアプリケーションを開発しており、永続層に一連の要件がありました。とりわけ、MySQL、PostgreSQL、Derby、Db4o、ObjectivityDB、Perst、Ozone、Neadatis ODB、Neo4j、OrientDBを検討しました。
要件は次のとおりです。
- 安定性のための成熟した製品
ObjectDBは6年以上前のものです–バージョン2.2.9では - コミュニティでサポート
問題が発生した場合に助けてくれる人がいることを確認したかったのですが、これまでのところ、質問への回答が得られるスピードに非常に満足しています。コミュニティはもっと大きくなる可能性がありますが、非常に活発です。 - 開発のスピード
敏捷性と高速な機能のために、オブジェクトデータベースは信じられないほど簡単で簡単です。 RDBMS + Hybernateを検討しましたが、それは遅く、少し複雑でした - 高負荷に耐えられる
ここでは科学的なことは何もありませんが、システムが多数の同時リクエストを処理できることを快適に感じたかったのです。最大1000の同時リクエスト、インデックス付きクエリ、オブジェクトの更新、作成と削除、コレクションの更新を組み合わせてテストし、アプリの負荷を模倣しようとしました。 ObjectDBがトップ2に入った - 速い
[。 - 大量のデータを処理できます
DB内の顧客数を徐々に500万人に増やし（少し楽観的です）、それぞれ1〜5件の注文を行い、パフォーマンスを確認しました。パフォーマンスの大幅な低下はありませんでした（適切なインデックスが設定されている場合）。 - オープンソース/安い
GWTを使用しているため、ソースにアクセスできないという小さな問題。管理されたコレクションと日付のシリアル化で問題が発生することがあります（回避策はありますが） - JPAサポート
可能であれば、JPAまたはJDOサポートを既存のフレームワーク（Spring）と簡単に統合し、最悪の事態が発生しても、古いRDMSシステムに戻ることができると安心させたいと考えました。ただし、オブジェクトの永続性は非常に簡単で透過的であるため、JPA要件に固執するのが難しい場合があります。
全体として、ObjectDBは常にトップ2の出場者であり、時には1位、時には2位であったため、私たちが選択しました。また、バグ修正と新機能のリリースの頻度も印象的です。
これがお役に立てば幸いです。公開前（来年初め）に結果を表示可能な形式で表示できるようになったら、ここに投稿します。
独立した検証なしにそのベンチマークを信頼することはできません。著作権情報を確認すると、実際にはObjectDBの所有者がサイトを所有・運営しています！
そうは言っても、私は彼らの主張に対抗するためのデータを持っていません。私は彼らを額面通りに受け取らないだけです。
私はまた、ObjectDBを商業的な立場で長年（私は7年だと思います）使用しています。当社には、データベースを使用する2つの製品（両方とも組み込みバージョン）があります。当社の製品の1つは、モバイルデバイス（つまり携帯電話）とシミュレートされたネットワークの間で送信される信号に関する情報を表示します。実際には、実行するテストごとに個別のデータベースを作成しますが、多くの場合、最大1GBの同等のXMLデータをデータベースに保存できます。
データの保存速度は非常に高速です（通常、Windowsに同等のXMLファイルのコピーを要求するよりも高速です）。取得速度は非常に優れており、Windowsエクスプローラーのファイルディレクトリをスクロールするかのように、グラフィカルに表現された数千（さらには数万）のアイテムをスクロールできます。
ObjectDBは優れた製品であり、今後も使用していきたいと考えています。私たちが製品を開発しているときに、奇妙な問題に遭遇しました（私が覚えている限り、1つのことを報告する必要はありませんでしたが）が、すべての問題を解決する速度は私にとって最高でした」これまでに遭遇したことがあります。
「このプロダクションの準備はできていますか」という質問にうまく答えるために、私の意見では、間違いなくそうです。
私は小さなプロジェクトでObjectDBをテストしています。これが私の意見です：
- JDOを使用している間は、ドキュメントやチュートリアルはあまりありません。 JPAにはさらに多くのドキュメントがあります。
- チュートリアルは単純すぎて現実からかけ離れています。
- DatabaseExplorerで2つのバグに遭遇しました。しかし、新しいバージョンではすぐに修正されました。
- フォーラムのサポートはとても良いです、私はすぐに答えを受け取りました。
同じプロジェクトのVersantDBと比較すると、ObjectDBは開始がより簡単です。
独立した検証なしにそのベンチマークを信頼することはできません。著作権情報を確認すると、実際にはObjectDBの所有者がサイトを所有・運営しています！
さらに重要なことは、データは1つのことであり、説明は別のことです。そして、なぜそれが大幅に速くなるべきかについての説明が本当に欠けています。これと、彼らのWebサイトに表示されているベンチマークの数が非常に少なく、したがって全体像のごく一部しか表示されていないという事実は、私には非常に奇妙に思えます。
私の経験では（一般に、ObjectDBではありません）、たとえば、休止状態は作業負荷の種類に依存し、データベースを移行する必要がある場合は、適切なパフォーマンスを得るために休止状態の動作を明示的に調整する必要があります。 ObjectDBはキャッシュをサポートしていますか？キャッシュをゴミ箱に捨てるのは、大スループットのシナリオでのみExcelですか？
更新
私はちょうど読んだ http://www.objectdb.com/database/forum/259 。速度の典型的な宿敵は、何を推測するか、一貫性です。 ObjectDBは、合理的な同時実行モデルをまったくサポートしていないようです。それで、それは基本的に単なるNoSQLストアですか？
標準的な業界ベンチマークは、
http://www.spec.org/jEnterprise2010/
jPAを多用している
Java EEサーバー全体をテストすることに注意してください。JPAだけでなく、JPAはベンチマークの最も重要な部分です。主要なJPA製品は、それぞれのアプリケーションサーバーを介して結果を送信しています。
SpecJは、ほとんどの結果が異なるハードウェアで行われるため、JPABの結果ほど製品を比較するのは簡単ではありませんが、結果はすべてピアレビューされるため、より信頼できます。また、複数のユーザー、大規模なデータベース、同時実行性と分離の要件を備えた、シミュレートされた実際のアプリケーションであり、ほとんどの結果はクラスター上にあります。
利用可能なObjectDBの結果はありませんが、理論的にはObjectDBはJPAをサポートしているため、SpecJを実行して、他の製品と比較することができるはずです。
私はObjectDbを10年間使用しており、非常に満足しています。
確かに、私のデータベースは比較的小さいですが、休止状態のアップグレードの問題に常につまずくのではなく、心配する必要がないようになりました。これにより、何年にもわたって多くの時間を節約できました。