1

由于我的最后一个问题被认为是主观的 :( ，因此我试图使其更具体。

我正在用 PHP 构建一个应用程序，用户可以在其中互相“加为好友”。这似乎最适合图形数据存储......例如，您可以在传统的 RDBM 中拥有这组字段：

编号 | 用户1 | 用户2

并且您必须处理重复数据（id = 1，user1 = Joe，user2 = Jeff，id=2，user1=Jeff，user2=Joe）...

您还必须在两列中搜索一位用户。

当执行某个朋友的朋友搜索时，递归确实很棘手。

  1. 你同意图形数据库是最好的吗？
  2. 如果有，是哪一个？为什么在你的经验中它是最好的？
  3. 由于客户端已经拥有 MySQL，是否值得花费开销来获取图形存储，或者是否有一种很好的方法可以解决在 MySQL 中保留它的主要问题。

对版主的 PS：如果您仍然对这篇文章有疑问，如果您能告诉我是否有任何特殊方式可以提出这个问题并被视为“建设性”帖子，我将不胜感激？给我发邮件（joedevon），给我发推特（joedevon），在评论中添加。无论哪种方法最适合您...

我只是想从其他程序员那里得到一些意见，我认为这个问题很常见，充满了机会和问题，而且很有趣。很惊讶原版被认为不适合 SO，但他们的规则......

4

1 回答 1

0

也许有必要提及您用于构建该应用程序的语言。如果是 Java，我认为neo4j没有真正的竞争对手。（我的意见）

也许您已经看过这些neo4j 演示系列，但在该演示的第 200 秒中，您可以看到 Polyglot 持久性的用例，这意味着您可以利用现有的数据模型或不需要的数据模型类型自由或不适合图形数据模型，与将在后台使用 neo4j 及其图形数据模型的应用程序方面（用户绑定和关系）一起。

Spring Data 项目使这变得非常容易，我认为这是一种非常有前景的方法。

于 2011-07-27T01:31:38.043 回答