我一直在阅读图数据库，想知道这种结构是否适用于它：
公司 > 有用户帐户 > 帐户发送 Facebook 帖子（所有用户都可以使用）
到这里 - 我认为这是有道理的 - 是的，它会很好地使用 Graph。帖子与任何帐户都有关系，您可以通过两种方式找到方向 - 公司的帖子以及哪些用户或公司发送了哪些帖子。
然而
除非您为每个节点存储大量日期值属性列表，否则我在这一点上很挣扎。你会这样做吗？例如，如果我想找出后面的 2 点，它会像 RDBMS 一样高效吗？
【问题讨论】：
标签： neo4j graph-databases
这是一个非常简单的图形数据模型示例，似乎涵盖了您所述的用例。 （由于节点可以有多个标签，所有Company 和User 节点也是Entity 节点——为了简化模型。）
(:Company:Entity {id:100})-[:HAS_USER]->(:User:Entity {id: 200})
(:Entity)-[:SENT]->(:Post {date: 123, msg: "I like cats!"})
(:Entity)-[:LIKES {date: 234}]->(:Post)
您的用例：
每天都会添加和删除用户，我需要记录存储在给定时间有多少用户。
如何统计所有用户：
MATCH (u:User)
RETURN COUNT(*);
如何统计一个公司的用户数：
MATCH (c:Company {id:100})-[:HAS_USER]->(u:User)
RETURN COUNT(*);
我需要了解一家公司收到了多少赞（在任何一天）
MATCH (c:Company {id: 100})-[:SENT]->(p:Post)<-[:LIKES {date:234}]-()
RETURN COUNT(*)
我还需要了解用户收到了多少赞
MATCH (u:User {id:200})-[:SENT]->(p:Post)<-[:LIKES]-()
RETURN COUNT(*);
我需要了解用户在每个帖子中收到了多少赞
MATCH (u:User {id:200})-[:SENT]->(p:Post)<-[:LIKES]-()
RETURN p, COUNT(*)
您需要将 Likes 存储为一个组，然后存储日期值 - 您甚至可以拥有“子”属性吗？
您不需要按日期明确对喜欢进行分组（如果这是您的意思）。这样的“分组”可以很容易地通过适当的查询获得（例如，在上面的#2中）。
【讨论】：