关于微博系统的 关注和被关注、评论功能 的数据库设计

如题，请问微博系统中，例如新浪微博，这样的系统中的“关注和被关注”还有“评论功能的数据库”是如何设计的？

首先关注和被关注：
如果采用关注表和被关注表的话，如果有一千个用户相互关注的话，这个表就有1000×999条数据；而如果说把某一个用户所有关注都放在一个字段里，用字符隔开，（也是现在的设计方案如图：）




但是如果用户的关注或者被关注条目多了，却会出现一些排序时超时的问题。所以请问，微博系统中用户 关注和被关注的数据库是如何设计的？

其次是评论功能：
和关注功能一样，如果把所有的评论放在一个表里，那这个表可能是相当可怕的；所以，这样的一个评论功能的数据库应该如何设计？

谢谢！

看不到你的图。

而如果说把某一个用户所有关注都放在一个字段里，用字符隔开 不推荐这种设计，不符合范式设计要求。

说明一下为什么可怕？ 记录多达上亿？还是什么其它担心？

就是这样的：；那请问应该如何设计关注和被关注的数据库呢？

如果把所有的评论放在一个表里，记录可能多达上亿，而且在查询 某一条微博的所有的评论 和 某一个用户所发出的所有的评论 ，效率会不会很低？