怪我咯2017-04-17 14:48:10
其实没有必要把事情想得太复杂了,按照需求慢慢递进就可以了。
这是我做关注功能的表结构,可以参考一下。
UserRelationship:
type: object
properties:
id:
type: integer
description: Id
user_id:
type: integer
description: 用户Id
target_user_id:
type: integer
description: 目标用户Id
阿神2017-04-17 14:48:10
我这边做设计的时候,是考虑了群组的功能的,所以将两个人的好友关系也转换为了群组
整个应该会出现三张表
一个是用户表
一个是群组表
一个是用户-群组对应关系表
通过三张表来确定的
ringa_lee2017-04-17 14:48:10
应该是多对多关系。
1个用户可以有多个好友。
也可以被多个用户加为好友。
多对多关系,在关系型数据库里面,一般使用中间表来实现。
这时候中间表一般只存用户ID和好友ID。但是便于业务实现,可以在中间表加上是否验证通过、好友分组ID、排序编号等、
这个多对多中间表和一般多对多不同的地方在于,这个的关联表是自身。也就是user表对user表的多对多关联。