【发布时间】：2014-04-08 15:34:41
【问题描述】：
我想创建以下架构 用户 标签 内容 -> 子内容 用户
user 和 tag
之间存在 多对多 连接标签和内容
之间存在多对多连接内容和子内容之间存在一对多连接
子内容和用户
之间存在多对多连接所以这里有很多联系，这就是为什么我认为neo4j是一个正确的选择。
我的主要查询是获取某些标签的关系 并访问与特定用户相关的子内容。
你怎么看？
【问题讨论】：
【发布时间】：2014-04-08 15:34:41
【问题描述】：
我认为图形数据库，尤其是 neo4j，将非常适合。拥有多个多对多关系，并且考虑到您计划如何“浏览”数据，这些数据确实处于 graphdb 的最佳位置。
【讨论】：
完全同意 Dan G。Graph db 和 Neo4j 在这里很有意义。我有一个非常相似的域模型，每次我查询某些东西（来自 SQL）时，感觉就像“作弊”。此外，向关系本身添加属性可以添加额外信息，例如内容包含子内容关系的“强度”或“数量”。
如果您想在未来添加其他东西，例如标签之间的 SIMILARTY 关系，也是“面向未来”的架构。
【讨论】：