1

私の最後の質問は主観的であると考えられていたので:( 、より具体的にしようとしています。

ユーザーがお互いに「友達」になれるアプリケーションを PHP で構築しています。これは、グラフ データストアに最も適しているようです...たとえば、従来の RDBM でこのフィールドのセットを使用できます。

ID | ユーザー1 | ユーザー2

重複データを処理する必要があります (id = 1、user1 = Joe、user2 = Jeff、id = 2、user1 = Jeff、user2 = Joe)...

また、1 人のユーザーについて両方の列を検索する必要があります。

特定の友人の友人の検索を実行する場合、再帰は確かにトリッキーになる可能性があります。

  1. グラフ データベースが最適だと思いますか?
  2. もしそうなら、どれですか?また、なぜそれがあなたの経験で最高なのですか?
  3. クライアントはすでに MySQL を持っているため、グラフ ストアを取得するためのオーバーヘッドに値するものはありますか、それとも MySQL に維持しながらフレンドシップに関する主な問題への適切なアプローチはありますか。

モデレーターへの追伸: この投稿にまだ問題がある場合は、この質問をして「建設的な」投稿と見なされる特定の方法があるかどうか教えていただければ幸いです。gmail (joedevon)、つぶやき (joedevon)、コメントに追加してください。あなたに合った方法で...

仲間のプログラマーからの意見が欲しいだけです。問題は一般的であり、機会と問題に満ちており、興味深いものだと思います。オリジナルがSOに適していないと見なされたことに驚いていますが、ルールは...

4

1 に答える 1

0

おそらく、そのアプリの構築に使用する言語について言及することは適切でしょう。Java であれば、 neo4jに真の競争相手はいないと思います。(私の意見)

これらのneo4j プレゼンテーション シリーズを既に見たことがあるかもしれませんが、そのプレゼンテーションの 200. 秒で、Polyglot の永続化のユース ケースを見ることができます。タイプフリーまたはグラフデータモデルには適していません.neo4jを内部で使用するアプリケーションの側面(ユーザー結合と関係)とそのグラフデータモデルと一緒に.

Spring Data プロジェクトはこれを非常に簡単にします。私はこれを非常に見通しの良い方法だと考えています。

于 2011-07-27T01:31:38.043 に答える