社交类应用中,每用户与多个好友存在好友关系,设计的最佳方案是什么的呢?数据库白痴求助。
我目前想到的表设计是这样的:
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语句完成。
你这个方案删除好友时会删除掉用户1和用户2的所有好友关系,可以规定friend_list只保留user1_id 和user2_id,中第一个用户的user_id更小,然后再创建好友关系的时候把user_id小的放前面,只插入一条记录,解除的时候where user1_id = 小的id and user2_id = 大的id
数据表三个字段
主键(自动生成)
UserID1
UserID2
注意事项
<UserID 1, UserID 2> 和 <UserID 2, UserID 1> 是一样的记录,不要重复添加
为了快速判断两个人是不是好友,可以在程序层插入数据前加一个限制 UserID1 < UserID2
为了快速得到一个人的好友列表,查询时用 UNION ALL,不是 UNION
如果为了再高效,加入缓存层(Redis 或 Memcached)
只要一个用户关系表就行了;
字段:uid、f_uid;且两个都为主键。无需ID自增长字段
uid为用户ID
f_uid为好友ID
说明:
以上关系,如A与B为好友,那需要有2条记录。
如果只是A单方面解除好友关系,只需要删除uid = A;B同理
如果A、B互相删除,那两条记录同时删除