请问一下如google+信息分享的数据库设计。

V2EX = way to explore

V2EX 是一个关于分享和探索的地方

现在注册

已注册用户请登录

这是一个创建于 4832 天前的主题，其中的信息可能已经有所发展或是发生改变。

由于google+是向圈子分享信息的，所以它不可能如twitter那样去设计数据库，那么应该它有些类似于站内信的数据库设计。一个是信息表，另外一个是用户关系表，记录发送者和接受者用户id，但问题来了，假设一个用户向100人发送信息，每天十条，那么这个用户关系表岂不是要很大很大。所以请问各位有什么好的设计方式。

用户

数据库

Google

3 条回复 • 1970-01-01 08:00:00 +08:00

keakon

2011-09-02 16:06:04 +08:00

没有证据表明Google+是用关系数据库吧…

如果是用GAE的datastore的话，信息表里就保存了公开状态了（public，some circle，somebody）。用户只要进行3个查询，然后merge一下就能获取自己的timeline了。

kingrever

2011-09-02 16:53:20 +08:00

@keakon 何以3个查询就得到，能否具体些。

keakon

2011-09-02 17:14:33 +08:00

@kingrever 大概就这样吧：
Message.filter('direct_to =', current_user)
Message.filter('sender IN', current_user.follower).filter('status =', 'public')
Message.filter('circle IN', current_user.circles)