なぜグラフ処理フレームワークほど多くのグラフデータベースがありませんか？

Question

グラフデータベース、特にアクティブで分散しているデータベースでは、私はいくつか知っていましたが、あまり多くはありませんでした。 orientdb、Titan、Dexなど

グラフ処理フレームワークについては、グラフクス、グラフラボ、パワーグラフ、xstream、プレゲルなどのツールセットが多数あり、毎年多くのものが出ています。

これら2つのカテゴリのツールの違いを教えてもらえますか？彼らは交換可能ですか？そして、なぜグラフデータベースがグラフ処理フレームワークとして十分な注意を引いていないのですか？

Answer 1

グラフデータベースとグラフ処理フレームワークの違いは、データ間の関係がエッジで構築され、データポイントがノード/頂点で構築されるグラフの基本形式でデータを保存するためのデータベースです。 OrientDBのような一部のデータベースは、この基本概念をかなり拡張して、データベースをより汎用性のあるものにします。他はあまり汎用性がありません。一般的に、主な目的は、データをグラフのような形、辺、頂点に維持することです。

一方、グラフ処理フレームワークでは、一連のデータを取り込み、データから分析グラフを構築します。目標は、主にデータ内のパターンまたは構造のようなグラフの分析です。

これを私が理解しているように類推に入れようとします。

パンチ（あなたのデータ）がいっぱいのパンチボウルがあるとします。

グラフデータベースのシナリオでは、パンチはすでにグラフになっていますので、ボウルを見て、グラフ内のすべてのものを見て分析することもできます。

グラフ処理フレームワークでは、パンチボウルもいっぱいですが、それは暗いですし、直接グラフが表示されません。いくつかのタイプのグラフを取得するには、まずパンチの一部を取り除く必要があります。たとえば、「グラフ処理レードル」です。これにより、データを試して分析するアルゴリズムに応じて、ある種のグラフの一貫性を見ることができます。もちろん、機械やシステムによっては、スパークのように、グラフ加工用の取鍋は、パンチボウル全体またはそれ以上の大きさであっても、巨大である可能性があります。

まだ、パンチ（あなたのデータ）から「感知可能なグラフ」を作成するには時間と処理が必要です。これについてのもう一つのことは、分析されたグラフパンチのこの新しく発見された取鍋を保管したい場合、それを入れるために別のボウルを持たなければならないということです。そして、取鍋を床に落とすと、 。これはグラフデータベースでは起こりません。

私はそれが理にかなっていると思います。

Scott