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

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

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

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语句完成。

阅读 8.8k
5 个回答

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

字段:uidf_uid;且两个都为主键。无需ID自增长字段

  • uid为用户ID

  • f_uid为好友ID


说明:

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

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

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

数据表三个字段
主键(自动生成)
UserID1
UserID2

注意事项

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

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

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

  • 如果为了再高效,加入缓存层(Redis 或 Memcached)

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

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

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

新手上路,请多包涵

可以参考微信的时间轴

撰写回答
你尚未登录,登录后可以
  • 和开发者交流问题的细节
  • 关注并接收问题和回答的更新提醒
  • 参与内容的编辑和改进,让解决方法与时俱进
推荐问题