(免責事項:私はOrientDBプロジェクトの創設者だ)
OrientDBユーザーの約50%は、グラフデータベース(のNeo4jの代替)としてOrientDBを使用している場合でも、OrientDBの背後にある考え方はしました最初のOpen Source Multi-Modelデータベースを構築します。 6年前、「Multi-Model」という言葉は存在しませんでしたが、現在DataStax(Cassandra)、MongoDB、CouchBaseのようなDBMSベンダーはMulti-Modelになりつつあり、今後はMulti-Modelになると発表しました。これはもちろん、長い時間前に作成されたMulti-ModelコンセプトOrientDBの検証です。
しかし、OrientDBの目標は、超安定したグラフデータベースを「単なる」ものにするのではなく、むしろMulti-Modelの概念を実験することでした。だから、チームがオリエントデータベースを堅固にし、を初心者のために使いやすいようにするよりも、新しいモデルを追加することに集中していた(部分的には、それらを機能として見ることができる)ということは部分的には真実です。。
しかし、何千もの企業がすでにOrientDBで生産中です。 Success StoriesとPressを見てください。
リリース2.2から、OrientDBチームの優先順位が変更されました。マルチモデルのコンセプトが安定したので、OrientDBスーパーロックソリッドにするときでした。 2.2より前にOrientDBを試したことがあるなら、OrientDB v.2.2.xにチャンスを与えることをお勧めします。新しいユーザーを支援するために、documentationも初心者用に改良されました。
OrientDBは完璧ですか? DBMSにはバグがありませんが、OrientDBは他のDBMSと比較して最も低いバグの1つです。 Let's Talk about OrientDB Stability, Code Coverage and Bugs(その投稿は更新されていません:343のバグが報告されていますが、今日チェックすると、OrientDBプロジェクトのオープンバグの数は254です。)ベンチマークの一部である他のDBMSも数字を増やしているかどうかは確認しませんでした。 )
すでにNeo4jの経験がある方は、OrientDBを使いやすくする必要があります。 TinkerPop/Gremlin標準を使用した場合、OrientDBはドロップインの代替品です。そうでない場合は、特にOrientDB SQLにCypherを変換するためには何らかの作業が必要です(OrientDB MATCH演算子を使用してください)。多くのユーザーはすでにNeo4jからOrientDBに切り替えており、同等またはそれ以上のパフォーマンスを報告しています。
私の提案は:try OrientDB v2.2.x.それが複雑すぎたり、あなたのユースケースでうまくいけない場合はすぐにそれを落とさないでくださいが、最初にStackOverflowまたはCommunity Groupのヘルプを依頼してください。