架构困境,是neo4j的正确选择

时间:2014-04-08 15:34:42

标签: sql graph neo4j schema

我想创建以下架构 用户< - >标签< - >内容 - >子内容< - >用户

用户标记

之间存在多对多连接

标记内容之间存在多对多连接

内容子内容之间存在一对多连接

子内容用户

之间存在多对多连接

所以这里有很多联系,这就是为什么我认为neo4j会是一个正确的选择。

我的主要疑问是获取某些标签的关系 和访问连接到某些用户的子内容。

您怎么看?

2 个答案:

答案 0 :(得分:3)

我认为图形数据库,特别是neo4j,非常适合。拥有多个多对多关系,并且考虑到您计划“浏览”数据的方式确实在graphdb的最佳位置。

答案 1 :(得分:1)

完全同意Dan G.图表db和Neo4j在这里有意义。我有一个非常相似的域模型,每当我查询某些东西(来自SQL)时,感觉就像“作弊”。同时为关系添加属性可以在内容CONTAINS子内容关系上添加额外信息,如“stength”或“amount”。

如果您希望将来添加其他内容,例如标记之间的SIMILARTY关系,也可以使用“面向未来”的架构。