关系型数据库中好友关系实现的最佳方案是什么?
澳门威尼斯人官网
澳门威尼斯人官网
当前位置 : 澳门威尼斯人官网 > www.vn99.net

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

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

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

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

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

字段: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做联合主键的考虑是什么

可以参考微信的时间轴

栏目列表

广告位

澳门威尼斯人官网