一个SNS数据库表设计的问题

遇到一个数据库设计的问题，比如有一个SNS的系统，数据库中如何表示用户关系，例如用户和用户之间的 “关注”和 “被关注”，现在有两种方案：

 

1. 设计一个用户关系表，字段都是用户ID

2. 用户表加2个字段表示他关注的用户ID，例如“1,3,4,8,10”，和他被关注的用户ID，例如“13，33,53,23,23”

 

两种方案比较：

 

1. 方案1缺点比较多，一个是外键关联的效率，还有一个是用户数量增加，这张表将迅速膨胀，即使有缓存也不是特别的高效

2. 方案2比较高效，但如果这个用户关注的用户特别多的话可能达到varchar(MAX)，需要text类型，解决办法是限制最大关注数量，例如1000个。

 

总之，对大数据库的系统性能要尽量解耦，而且有利于缓存的使用。