友谊关系的最佳模型（Django 中）

Question

为社交网站建立用户之间的友谊模型的最佳方式是什么？

可能的状态是：

• 没有 Friendship
• A 到 B
• FriendRequest，B 需要确认（这是不对称的） A 和 B 是朋友（这是对称的）

现在选择正确的模型很复杂。

我的朋友是我的个人资料的一部分

，这一点非常明显，A.profile.friends 与其他用户是多对多的关系。

• 没有友谊：B不在A.friends中并且A不在B.friends中
• A请求与B建立友谊：B在A.friends中
• 朋友：B在A.friends中并且A在B.friends中

但是合并似乎相当不干净好友与好友请求关系。如果没有这种合并，数据是多余的，因为“A 在 B.friends 中，而不是 B 在 A.friends 中”将是一个未定义的状态。

Friend-Lookup: A.friends.filter(friends__contains=B) #在数据库级别上相当复杂的查找，对编码人员来说不直观

单独的表

FriendRequest 非常明显，一个带有 requester 和 request_user 的类，选择也非常明显。

朋友模型不是很好，因为它将有 person1 和 person2 作为字段，并且所有查找都需要选择具有 person1=A 和 person2=B 或 person1=B 和 person2=A 的朋友

Friend-Lookup: Friend.objects。 filter(person1=A) union Friend.objects.filter(person2=A) #unclean 需要合并两个集合

单独的many2many表

另一个选择是带有friends字段的Friend模型，这是一个Many2many 字段，它链接到恰好两个人。然后选择匹配朋友字段中的一个人，然后只返回模型，其中可以通过从朋友集中减去 A 来提取人 B。但这就太过分了，因为任何朋友对象都不会有超过 2 个人的关联。

好友查找：Friendship.objects.filter(persons__contains=A) #查询两个表

那么，您认为存储好友关系最干净、最直观的解决方案是什么？有没有什么通用的模式可以做到这一点？

Answer 1

如果您不想重新实现所有这些友谊关系内容，您可以使用以下模块： https: //github.com/revsys/django-friendship

它的行为是您在第三个选项中描述的：它创建单独的 ManyToMany 表。一种用于好友请求：

class FriendshipRequest(models.Model):
    """ Model to represent friendship requests """
    from_user = models.ForeignKey(AUTH_USER_MODEL, on_delete=models.CASCADE, related_name='friendship_requests_sent')
    to_user = models.ForeignKey(AUTH_USER_MODEL, on_delete=models.CASCADE, related_name='friendship_requests_received')

另一种用于好友状态：

class Friend(models.Model):
    """ Model to represent Friendships """
    to_user = models.ForeignKey(AUTH_USER_MODEL, models.CASCADE, related_name='friends')
    from_user = models.ForeignKey(AUTH_USER_MODEL, models.CASCADE, related_name='_unused_friend_relation')

它还提供关注、屏蔽和相关管理器。

Answer 2

我相信这是 Django 支持的扩展多对多关系的一个用例： https://docs.djangoproject.com/en/dev/topics/db/models/#intermediary-manytomany

您不仅可以存储这些用户之间的连接，还可以存储其他 特性。这应该可以很好地将您的问题域投影到数据库模型上。即，一旦两人之一发起友谊，就创建您的连接，然后设置其他字段来存储谁在询问谁以及对方是否接受了友谊。

Answer 3

对于 sql 数据库，我会为此使用多对多关系。但是，如果您认为您将拥有很多用户，您可能需要考虑像flock-db这样的图形数据库，它是专门为此类数据设计的

http://en.wikipedia.org/wiki/Graph_database

（将常规数据保留在 SQL 数据库上，并将关系保留在图形数据库上）