問題タブ [multi-model-database]

マルチモデル DBMS の世界に手を差し伸べようとしています。特定のユース ケースはありません。学習を開始したいだけです。

OrientDB とArangoDBの 2 つの顕著なものがあることがわかりましたが、それらの間に意見のない意味のある比較を見つけることができませんでした。誰かが2つの機能の違い、および一方を他方よりも使用する際の注意点に光を当てることができますか? 1 つを学べば、もう 1 つに簡単に移行できますか?

( FoundationDBにもタグを付けましたが、これはプロプライエタリであり、おそらく考慮しません)

この質問は、マルチモデル DBMS について学びたい人のために、OrientDB と ArangoDBの一般的な比較を求めており、どちらが優れているかについての独断的な回答ではありません。

文書データベースがグラフデータベースとしてどのように機能するかを誰か説明できますか?

ArangoDB と Neo4j の違いは何ですか?

https://docs.arangodb.com/GeneralGraphs/FluentAQLInterface.html#generalGraphFluentAQLFromVerticesFilteredSingle_container

上記のリンクを見ると、 の定義はfromVertices、エッジ (前のステップで選択された) が発生した場所からすべての頂点を選択する必要があることを示しています。

説明した例では、 "married"この場合のエッジは、OK の Alice と Charlie を返します。これに続いて、書くquery.fromVertices({name:"Alice})とアリスの頂点が得られますが、これもOKです

質問

しかし、query.fromVertices([{name:'Alice'},{name:'Charly'}])なぜ実行結果のように 8 つの頂点が得られるのかを書きます。Alice と Charly の頂点だけを返すべきではありませんか?

私は、グラフ データベース (生データを保存するため) とドキュメント データベース (生データから抽出されたレポート) の両方が提供する機能を必要とするアプリケーションに取り組んでいます。neo4j と mongodb を使用する予定でした。私はorientDBについて考え直し、見ています。2 つの別個のデータベースよりも単一のマルチモデル データベースの方が優れているか? 私が neo4j に傾倒した理由は、大規模なグラフのメモリの局所性に役立つネイティブのグラフ ストレージです。OrientDB はグラフをネイティブに保存しません。またはそれはありますか？

私は ArangoDB を初めて使用し、数日前からオンラインで入手できるドキュメントと例を読んでいます。ただし、AQL を使用して複雑な計算を行うクエリを作成することはできません。役立ついくつかの例を楽しみにしています。

手始めに、http: //neo4j.com/docs/stable/cypher-cookbook-similarity-calc.html#d5e4728のようなケースを解決する最善の方法についてのアイデアは非常に役立ちます。

前もって感謝します！

リレーショナルデータベースとドキュメントデータベースでタグ付けシステムを設定するためのアドバイスをいくつか見つけましたが、グラフ/マルチモデル データベースについては何も見つかりませんでした。

ArangoDB でドキュメント (「記事」と呼びましょう) のタグ付けシステムをセットアップしようとしています。Arango のようなマルチモデル (グラフ + ドキュメント) データベースにタグを格納するには、次の 2 つの明白な方法が考えられます。

• 各記事ドキュメント内の配列として (ドキュメント データベース スタイル)
• 各タグが一意のドキュメントであり、タグ ドキュメントを記事ドキュメントに接続するエッジを持つ個別のドキュメント クラスとして (リレーショナル データベース スタイルに近いもの)

実際、これらはこれを行うための2つの主な方法ですか? どちらも理想的ではないようです。例えば：

• 各記事ドキュメント内にタグを保存している場合、タグにインデックスを付けることができ、おそらく ArangoDB が使用するスペースを最適化しています。ただし、グラフ機能を使用してタグをリンクまたはトラバースすることはできません (または、個別に行う必要があります)。
• タグを個別のタグ ドキュメントとして保存している場合、ドキュメントのタグのリストを取得したいだけの場合、余分なオーバーヘッド (余分なクエリ) のように思えます。

これは明確な質問につながります: 後者のオプションに関して、接続された「タグ」ドキュメントを記事ドキュメント内に自動的に表示させる簡単な方法はありますか? tag.nameたとえば、接続されたタグ ドキュメントのプロパティを何らかの方法で「ミラーリング」した配列プロパティがありますか?

一般的なアドバイスも大歓迎です。

私はArangoDBを使用しており、それを使用してグラフベースの推奨システムを構築しようとしています。

データ モデルには、ユーザー、アイテム、および評価 (エッジ) のみが含まれます。

したがって、 katz 尺度を使用して、映画に対するユーザーの親和性を計算したいと考えています。

最終的に私はこれをしたい：

その結果、ユーザーとアイテムの間にある種の親和性が生まれ、中間評価で重み付けされ、定義された係数で減衰されます。

私はAQLでそのようなことを実現しようとしていましたが、それは間違っていたか遅すぎました. このようなアルゴリズムはAQLでどのように見えるでしょうか?

パフォーマンスの観点からは、グラフ ベースのレコメンダー システムの方が適している可能性があります。誰かが提案 (例: アイテム ランクやその他のアルゴリズム) を持っている場合は、ここでアイデアを得るのもいいでしょう。

私はこのトピックが大好きですが、時々自分の境界線にたどり着きます。