Question

我们重建了图表数据库,我们回想如何模拟图表结构。这一想法的使用者与几个方面(朋友、博客职位等)有关系。我们怀疑,如果它能更好地拥有像这样的中间点:

User1 -+-> Friends -+-> User2
       |            |
       |            +-> User3
       |
       +-> Posts -+-> Post1
                  |
                  +-> Post2

或者如果你将用户与他拥有的物品直接连接起来,就如:

User1 -+-> User2
       |
       +-> User3
       |
       +-> Post1
       |
       +-> Post2

我们看到这两种风格的好处和问题。听取具有更多社会图表经验的人的意见,对我们来说非常重要。

Answer 1

首先要记住的是,如果你有多种(繁多的)不同类型的关系,那么你就会陷入一个目前的问题,即为 no子(如果是装上ache锁的)装满关系,即使你只想获得某种特定关系,也必须装满。我认为,这一负荷问题将很快得到解决。

Another thing you could keep in mind is that friends may not be very many, although posts will and having all posts connected directly to the user will have you run into the issue of sorting too when the number of posts increases. That s why I d suggest you to put posts in a linked list on the user, with the most recent first. This will make them naturally sorted by date, like:

User -+-> Post3 --> Post2 --> Post1
  |
  +-> User2
  |
  --> User1

友情链接