论坛首页 综合技术论坛

关于新浪微博,腾讯微博数据库主表结构的疑问。

浏览 14145 次
精华帖 (0) :: 良好帖 (0) :: 新手帖 (0) :: 隐藏帖 (0)
作者 正文
   发表时间:2012-02-15  
http://blog.csdn.net/cleanfield/article/details/6339428
这篇微博中分析了新浪微博,腾讯微博数据库主表结构。
这篇文中提到的“用户消息索引表(t_uer_msg_index)”我不太理解。
为什么要需要这样一个表呢?
按我有限的知识理解,通过“用户之间关系表(t_user_relation)”和“消息元数据表(t_msg_info)”也可以得到所有被关注者的消息。
而且还省去了插入删除t_uer_msg_index表达麻烦。
   发表时间:2012-02-15  
我理解:
如果通过t_user_relation的Follow_id关联t_msg_info表,需要全表扫描。
而通过t_uer_msg_index关联t_msg_info,则扫描t_msg_info表的前N条记录(N为一页显示消息的条数)
0 请登录后投票
   发表时间:2012-02-17  
你确定用的是关系数据库?
0 请登录后投票
   发表时间:2012-02-21  
为了让你点击首页的时候关注对象的消息显示的时间更短,用户体验更好!
0 请登录后投票
   发表时间:2012-02-21  
新浪微博我之前了解到的好像是用NOSQL数据库的
0 请登录后投票
   发表时间:2012-02-21  
用户消息索引表(t_uer_msg_index)
这个表的主键貌似不对吧? 难道用户不可以重复发同一个消息?
0 请登录后投票
   发表时间:2012-02-22  
NOSQL+JSON
0 请登录后投票
   发表时间:2012-02-23  
每每看到这种帖子,都会好多人回复说用的什么什么数据库。弄的都很了解一样。

虽然我不知道,但我想肯定不仅仅是用某种数据库的啊。

肯定是用了多种数据库的啊。不要再你一个说关系数据库,他一个说nosql
0 请登录后投票
   发表时间:2012-02-23   最后修改:2012-02-23
6个回复,和讨论的目的相关的居然一个都没有。
0 请登录后投票
   发表时间:2012-02-24  
我问你 单表扫描 和 索引扫描 哪个来的直接一些
0 请登录后投票
论坛首页 综合技术版

跳转论坛:
Global site tag (gtag.js) - Google Analytics