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

This topic created in 5390 days ago, the information mentioned may be changed or developed.

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

用户

数据库

Google

3 replies • 1970-01-01 08:00:00 +08:00

keakon

Sep 2, 2011

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

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

kingrever

Sep 2, 2011

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

keakon

Sep 2, 2011

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