2

我正在构建一个简单的 Twitter 图表,并且正在与团队的其他成员讨论如何实现它。

由于性能和简单性,我认为 A 选项是最好的,但由于缺乏平台经验,其他成员(项目负责人特别喜欢 C)并不相信。

我从未在生产应用程序中使用过图表,因此当 PL 开始将其与 C 选项进行比较时,我没有强烈的论据。

所以我问你根据你的经验你会选择哪个选项?

元素:

  • 推特用户
  • 列表
  • 兴趣

A)neo4j 图

节点:

  • 推特用户
  • 列表
  • 兴趣

关系:

  • 跟随(用户1,用户2)
  • member_of(用户,列表)
  • 感兴趣的(用户,兴趣)

B) 相同的图表,但拆分为更小的图表以提高性能。

C)简单的neo4j图和一个关系数据库来查询数据。

。图形:

节点:

  • 推特用户

关系:

  • 相似度(用户 1,用户 2)

.relational db:A 的节点将转换为表,并且关系将通过多对多键完成。

4

1 回答 1

5

根据您的描述,我个人认为选项 B 和 C 没有任何理由。您描述的场景看起来非常适合 Neo4j 的图形数据库。

如果您选择选项 C,您将拥有大量仅在两个数据库之间进行 id 转换和同步的代码。你最好有充分的理由使用这样的两家商店。

于 2013-05-29T07:42:11.000 回答