以下是简化的数据和场景
==========================数据========================
用户信息：
用户id[id] 、用户名[name]
用户关系:
用户id1[uid1] 、 用户id2[uid2] 、 标签[label]
用户状态：
用户id[uid] 、 内容[content]
==========================场景========================
假设存在3个用户。
id|name
1|a
2|b
3|c
相互的关系为：
uid1|uid2|label
1|2|亲戚
2|3|同事
场景：
a发布一个状态
uid|content
1|hello world！！
==========================结果=========================
c能看到a发布的状态，并且知道这个状态是同事b的亲戚a发布的
==========================问题=========================
求一个最简单 最容易理解 对系统压力最小 的方案？？？？
=========================抛砖引玉=======================
我目前想到有2种方案
1.只记录一条状态，二维关注的用户都能通过关系查询到这条状态。
优点：逻辑简单
缺点：系统压力指数级增长
2.记录冗余状态，当用户发布状态时，所有二维关注的用户都会记录一条状态。
优点：系统压力较小
缺点：数据冗余很大
回复内容： 以下是简化的数据和场景
==========================数据========================
用户信息：
用户id[id] 、用户名[name]
用户关系:
用户id1[uid1] 、 用户id2[uid2] 、 标签[label]
用户状态：
用户id[uid] 、 内容[content]
==========================场景========================
假设存在3个用户。
id|name
1|a
2|b
3|c
相互的关系为：
uid1|uid2|label
1|2|亲戚
2|3|同事
场景：
a发布一个状态
uid|content
1|hello world！！
==========================结果=========================
c能看到a发布的状态，并且知道这个状态是同事b的亲戚a发布的
==========================问题=========================
求一个最简单 最容易理解 对系统压力最小 的方案？？？？
=========================抛砖引玉=======================
我目前想到有2种方案
1.只记录一条状态，二维关注的用户都能通过关系查询到这条状态。
优点：逻辑简单
缺点：系统压力指数级增长
2.记录冗余状态，当用户发布状态时，所有二维关注的用户都会记录一条状态。
优点：系统压力较小
缺点：数据冗余很大
优选一,因为用户增长过程中,可以上memcache redis 和 第二种方案.
冗余一个id 不就行了么。而且我觉得冗余本身可以容易一层关系，二层关系，一层关系内容id，两层关系内容id，当然你说的这个直接冗余内容也是可以的考虑的。
微信朋友圈做的阅读权限代码就是不冗余的，直接读取的时候现算。这个是因为它需要根据是否朋友动态调整的。