mysql 关注 表设计_浅谈关于粉丝/关注者的MySQL数据库关系表结构设计

前方大量硬核内容 请谨慎观看

最近在做ONEMC的前后端开发工作，前端非用户区基本OK了，但用户区显然还有一大堆问题等待我去解决。DedeCMS原有的数据库结构不算特别完美，有很多表出现了非常不能理解的字段(比如可以用left join的地方 非加个用户名字段...)，这些问题我是不打算直接去解决的，一是为了防止修改数据库结构导致的程序异常；二是，我确实不知道如何下手。

前段时间把评论系统完工了，为了区分主楼和回复层，我添加了一个“ParentCID”字段来解决这个问题，还算完美。我的设计

不过最让人头疼的还是粉丝/关注者的数据库结构设计，我参考了DedeCMS的设计，他并没有原版的“关注结构”，只有一个好友表，它使用了一种目前算是极其复杂的设计。

本文讨论的几种方式都是针对大网站的，虽然我一个草根站长并不会运营出那么大的网站，但是研究还是要有的，只不过给了我很多旁路 没必要去优化至极限。网站人少，设计复杂的数据库结构反而可以帮助把体验搞得好一点。

每种方案的SQL指令都附在文章尾部了，欢迎尝试每种方案的效率。本文介绍的前几种方案都是来自于网络 本人稍作修改理解而成的。<