2013-12-20 10 views
6

Neo4jのようなグラフデータベースに動く傾向をサポートしているウェブ上の記事はたくさんありますが、私はそれらに対して多くを見つけることができません。グラフデータベース(Neo4jのようなもの)はよく使用されませんか?

グラフデータベースはいつ最適なソリューションにならないのですか?

グラフ、nosql、およびリレーショナルデータベースを比較する記事へのリンクは素晴らしいものです。

+0

これは意見に基づく質問であり、フラグが付いている可能性があります。短い答えは、データセットがグラフではない場合です。それが列関連の場合、RDBMSはより良い選択肢です。ドキュメントを持っているときは、ドキュメントストアが優れています。それはすべてあなたが作業しているデータに依存します。決して1つのサイズに合ったことはありません –

答えて

7

現在、大量の書き込み状況ではNeo4jを使用しません。書き込みは1台のマシンに制限されているので、何らかのシャーディングの方法が分かるまでは、1台のマシンのスループットに制限されています。大量の書き込み状況では、おそらくCassandraやMongoDBのような他の店を見て、グラフデータベースがあなたに与える他の利点を犠牲にします。

Neo4jを使用していないもう1つの点はフルテキスト検索です(Luceneをフードの下で索引付けするためにLuceneを使用するため)があります。最新のCypher私は次の数回のリリースでこれが急速に改善されることを理解しており、それを楽しみにしています。 ElasticSearchやSolrのようなものは、FTS関連のものに対してより良い仕事をするでしょう。

一般的な考え方とは異なり、ログレコードのような非常に非正規化されたデータが本当にない限り、表形式のデータはグラフによくフィットしていることがよくあります。

これらの事柄の多くを一緒に活用し、仕事に最適なツールを選んで、可能な限り最良の方法で質問に答えるために多言語の永続性ソリューションを実装することをお勧めします。

4

また、バイナリデータの提供と保存にはneo4jを使用しません。そこには、画像、ビデオ、大きなテキスト文書のためのより良いオプションがあります - それらをNeo4jのインデックスとして使用するか、単にそれらを参照してください。

3

グラフデータベースはいつ最適なソリューションではないでしょうか?

  1. あなたは保守的な会社で働いています。
  2. よく考えられている技術的な理由をここに挿入します。
関連する問題