微博关系链模型设计

有没有熟悉社交产品关系链的大佬来回复下

如果你是想仿个 App 原型，在表里把双向的好友关系当成两条单向 follow 存就好了。

你要是想知道新浪微博是怎么实现的…那估计就复杂了，这有 14 年的分享 http://www.infoq.com/cn/articles/weibo-relation-service-with-redis/

@jadec0der 这样设计的话，如果我要查询好友列表，那需要查询并判断是否存在两条互相 follow 的记录，这样实现起来感觉很麻烦。

follows
id follower_user_id followee_user_id
select * from follows where follower_user_id=xxx
select * from follows where followee_user_id=xxx
岂不美哉

@reid2017 如果你说的是新浪微博的话，他们好像没有显示互相关注的好友列表功能。如果是基于好友关系的 SNS，自然有另外的设计。

所有用户在一张表，多一张表两列的表储存用户相互关注的信息，分别是关注着外键和被关注者外键
flask web 开发这本书就是这样做的，不知道大型应用会怎么样做，这是小型的

感觉一个表就可以了
1. 如果用两个表存的话互粉和取消互粉必然涉及删除数据和数据转移操作两个表
2. 如果是互粉表需要分表，互粉表里也自然需要保存两条记录，和好友表重复

@jadec0der 对，可能更类似是基于好友关系的 SNS，有双向的好友关系，和单向的关注关系，应该怎样设计比较好点?

@jadec0der 其实是有的，当你没做任何人工设置时，微博 web 端，点击进入关注列表页，左侧选「好友圈」，右侧列表就是你全部互相关注的人。
当然，好友圈允许用户将互相关注的某些人移除出去。这样发博时选「好友圈」时，即使互相关注，那些被移除好友圈的微博互相关注用户也看不到你发的这条好友圈微博。

@jadec0der 看了下你推荐的链接，哦，跟我想的一样，redis 双向关系就可以了; 但是 redis 从 storage 降为 cache，确实是经过考验之后的做法，虽然我依然停留在 storage 这一步，但是前边我们也加了 memcache

建议使用图数据库,neo4j 了解一下?

这种需求已经值得单独弄数据结构了，楼上说的图数据库了解一下

@noNOno
@lvsemi1
高端，还没接触过图数据库。。

社交网络中的数据，天生适合图状的数据结构啊。。
同楼上，neo4j 了解一下，有自己的特殊语法，不过看半个下午就差不多了。

@acepcs 图数据库适合 但是微博这种场景太大了 性能不行吧，定制开发估计也难突破瓶颈。infoq 那个说的 redis 还是可以的