一、数据结构分析
用户关注粉丝是一个多对多的数据模型,分析对象的数据特征,我们给每个用户设计一个关注者属性和粉丝属性,用于存储用户的关注者id和粉丝id,如用户1:
$arr1 = [
'follow' => '[2,3,4],
'fans' => [4,5,6],
]
二、用户逻辑关系梳理
在用户关注粉丝模型中,有两种常见场景:
-
查看自己的粉丝或者关注列表:
这种情况下最多会出现三种关系:
其中1表示仅为本人所关注的人,2表示仅为本人的粉丝,3表示互粉
-
查看别人的粉丝或者关注列表:
此时是以别人的粉丝或关注者与自己的关系进行判定:
其中find表示别人的粉丝或关注列表,在这里统称为other,1表示other是本人所关注的,2表示other与本人互粉,3表示other是本人的粉丝,4表示和本人没有任何关系
三、数据库设计
CREATE TABLE `db_subscribe` (
`id` int(11) NOT NULL AUTO_INCREMENT,
`be_subscribe` int(11) NOT NULL DEFAULT '0' COMMENT '被关注者id',
`subscribe` int(11) NOT NULL DEFAULT '0' COMMENT '关注者id',
`is_del` tinyint(4) NOT NULL DEFAULT '0' COMMENT '关注关系存续状态,0-存在关注关系,1-取消关注',
`update_time` timestamp NOT NULL DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP COMMENT '最后变更时间',
PRIMARY KEY (`id`)
) ENGINE=InnoDB AUTO_INCREMENT=2 DEFAULT CHARSET=utf8 COMMENT='用户关注关系表';
四、应用
这里为了省事,就没有考虑is_del字段,实际应用中,一定要补上,另外在关注之前记得要先查询是否存在取关,存在取关时只需要更新is_del字段
-
查看自己的粉丝或者关注列表:
以be_subscribe字段查询,可以获取粉丝列表,以subscribe字段查询,可以获取关注者列表。
如查找用户1的粉丝:
select subscribe from db_subscribe where be_subscribe = 1
如查找用户1的关注:
select subscribe from db_subscribe where subscribe = 1
-
查看别人的粉丝或者关注列表:
查看别人的粉丝或者关注时就会复杂一些了,需要用到子查询或者连表
1)、用内连接查找所有互粉(可以根据自身需求在后面把查询范围补上,如用户1&用户2的关注/粉丝列表):
select a.* from db_subscribe as a inner join db_subscribe as b on a.subscribe = b.be_subscribe and a.be_subscribe = b.subscribe
2)、用子查询查找用户2和用户3的共同关注
select be_subscribe from db_subscribe where be_subscribe in(select be_subscribe from db_subscribe where subscribe = 3) and subscribe = 2
3)、用子查询查找用户1和用户2的共同粉丝
select subscribe from db_subscribe where subscribe in(select subscribe from db_subscribe where be_subscribe = 1) and be_subscribe = 2
4)、用户2的粉丝中和用户1没有任何关系的
select subscribe from db_subscribe where be_subscribe = 2 and subscribe not in (select subscribe from db_subscribe where be_subscribe = 1 ) and subscribe not in (select be_subscribe from db_subscribe where subscribe = 1 )
用户2的关注中和用户1没有任何关系的
select be_subscribe from db_subscribe where subscribe = 2 and be_subscribe not in (select subscribe from db_subscribe where be_subscribe = 1 ) and be_subscribe not in (select db_subscribe from db_subscribe where subscribe = 1 )
五、反思
这样的数据库设计有一个问题就是记录太多,数据量一大就要考虑垂直分表了。其实有个更简单的办法就是用redis来做,这种多对多的关系,关系型数据库redis最合适不过了,各种关系也只需要采用集合的交集、并集、补集来查找。
但是由于redis数据库是常驻内存的,所以最好需要备份一份数据到mysql或其他数据库中,否则redis一挂,用户关系数据就全丢了,即使重启恢复了数据,但挂掉的这段时间,用户关注粉丝这块就完全不可用了,为了高可用性,需要在关系型数据库中也做一个备份,代码中也需要分别处理。