QQ 里的‘好友动态’，微信里的‘朋友圈’该怎么设计表结构呢？

[solaro]

如题，我很好奇，像他们腾讯用户量这么大，时刻更新的数据也这么多，他们要怎么去设计数据库的表结构？怎么优化？？？如果用户量不大的情况下，日活200万，每个人可以关注5000个朋友，这个时候表结构得怎么设计才合理，有啥其他的优化方法吗？数据库用mysql。这个是一个实际项目问题。求各位大神。

[J2eePro]

Sphinx?

[decken]

应该用nosql了

[huijiewei]

这种一般都是 NoSQL 数据库

[ipconfiger]

关系型数据库不擅长处理这类结构

[solaro]

啊。。nosql。。monogdb？？redis？？

[palytoxin]

redmine中的项目动态设计思路挺有趣

[arkilis]

monogdb, I guess

[solaro]

@palytoxin 求个解决方案。。

[Prothunder]

redis

[hahasong]

用户量大就加机器呗，自建机房，北京，深圳，上海都有。一天光电费都要烧很多。上次新闻上海的还挖断过光缆

[YORYOR]

hbase

[abscon]

我猜是 Graph database

[caoyue]

瞎猜一个，如果是我可能这么设计：
假设 A 和 B 关注了 C，C 发布了一条更新
那么把这条更新同时写到 A，B 各自的关注表里面去
A 和 B 各自读自己的关注表就行了
这样算起来，单独看个人的数据量就没有那么大了=-=

[xenme]

@caoyue 你想每个人的好友至少几十个吧，就算50个，数据量就变成了50倍。

[explon]

@caoyue 新加一个好友还要全部拷贝一遍?

[huijiewei]

@caoyue 高速分布式缓存可以这样用，基础数据库结构这样设计可以算严重事故类型了

[faceair]

@explon 肯定不会拷贝的，应该是筛选访问权限

[Kilerd]

那么大的数据量，关系型的数据库已经不能用了吧。非关系型的会好很多。

不过我更喜欢mongodb

[xiaogui]

redis，建议楼主搜下新浪微博分享出来的对 redis 使用的资料

[zts1993]

redis