关系型数据库中好友关系实现的最佳方案是什么？

Question

社交类应用中，每用户与多个好友存在好友关系，设计的最佳方案是什么的呢？数据库白痴求助。

我目前想到的表设计是这样的：

CREATE TABLE friend_list (
    id         INT PRIMARY KEY,
    user_id    INT,
    friend_id  INT,
);

---

---

假设有两个用户user_1, user_2

创建好友关系是：

INSERT INTO friend_list (user_id, friend_id) VALUES ({user_1.id}, {user_2.id}), ({user_2.id}, {user_1.id});

解除好友关系是：

DELETE FROM friend_list WHERE (id = {user_1.id} or id = {user_2.id});

这样可以吗？总觉得怪怪的。

这种方案下，好友请求这种功能会变得十分复杂，不能有一条简单的SQL语句完成。

Answer 1

只要一个用户关系表就行了;

字段：uid、f_uid；且两个都为主键。无需ID自增长字段

• uid为用户ID

• f_uid为好友ID

---

说明：

• 以上关系，如A与B为好友，那需要有2条记录。

• 如果只是A单方面解除好友关系，只需要删除uid = A；B同理

• 如果A、B互相删除，那两条记录同时删除

Answer 2

数据表三个字段
主键（自动生成）
UserID1
UserID2

注意事项

• <UserID 1, UserID 2> 和 <UserID 2, UserID 1> 是一样的记录，不要重复添加

• 为了快速判断两个人是不是好友，可以在程序层插入数据前加一个限制 UserID1 < UserID2

• 为了快速得到一个人的好友列表，查询时用 UNION ALL，不是 UNION

• 如果为了再高效，加入缓存层（Redis 或 Memcached）

来源：https://www.zhihu.com/questio...

Answer 3

你这个方案删除好友时会删除掉用户1和用户2的所有好友关系，可以规定friend_list只保留user1_id 和user2_id,中第一个用户的user_id更小，然后再创建好友关系的时候把user_id小的放前面，只插入一条记录，解除的时候where user1_id = 小的id and user2_id = 大的id

Answer 4

既然uid1和uid2组合已经能实现唯一互斥为什么要添加个id做主键
不用uid1,uid2做联合主键的考虑是什么

Answer 5

可以参考微信的时间轴