如题，请问微博系统中，例如新浪微博，这样的系统中的“关注和被关注”还有“评论功能的数据库”是如何设计的？首先关注和被关注：
如果采用关注表和被关注表的话，如果有一千个用户相互关注的话，这个表就有1000×999条数据；而如果说把某一个用户所有关注都放在一个字段里，用字符隔开，（也是现在的设计方案如图：）
但是如果用户的关注或者被关注条目多了，却会出现一些排序时超时的问题。所以请问，微博系统中用户 关注和被关注的数据库是如何设计的？其次是评论功能：
和关注功能一样，如果把所有的评论放在一个表里，那这个表可能是相当可怕的；所以，这样的一个评论功能的数据库应该如何设计？谢谢！
如果采用关注表和被关注表的话，如果有一千个用户相互关注的话，这个表就有1000×999条数据；而如果说把某一个用户所有关注都放在一个字段里，用字符隔开，（也是现在的设计方案如图：）
但是如果用户的关注或者被关注条目多了，却会出现一些排序时超时的问题。所以请问，微博系统中用户 关注和被关注的数据库是如何设计的？其次是评论功能：
和关注功能一样，如果把所有的评论放在一个表里，那这个表可能是相当可怕的；所以，这样的一个评论功能的数据库应该如何设计？谢谢！
就是这样的：；那请问应该如何设计关注和被关注的数据库呢？如果把所有的评论放在一个表里，记录可能多达上亿，而且在查询 某一条微博的所有的评论 和 某一个用户所发出的所有的评论 ，效率会不会很低？