Gorm用户关注关系模型设计疑问：是否需合并关联表？

你的设计确实存在冗余，完全不需要用两张关联表，只用一张表就能同时维护Followers（粉丝）和Following（关注列表）两个关联关系。

问题根源 #

用户关注是单向关系：A关注B，本质就是一条「A（关注者）→ B（被关注者）」的记录。你现在用两张表的话，user_followers存的是「B的粉丝是A」，user_following存的是「A关注了B」——这其实是同一关系的两种视角，完全没必要拆分到两张表，会造成数据冗余，还增加了维护成本。

正确的模型写法 #

只需要定义一张关联表（比如叫user_follows），然后通过GORM的外键和关联外键配置，让Followers和Following共享这张表：

type User struct {
    gorm.Model
    Username   string  `json:"username" gorm:"unique"`
    Name       string  `json:"name"`
    // Followers：当前用户的粉丝列表，关联表中following_id对应当前用户ID，follower_id对应粉丝ID
    Followers  []*User `json:"followers" gorm:"many2many:user_follows;foreignKey:ID;joinForeignKey:following_id;References:ID;joinReferences:follower_id"`
    // Following：当前用户关注的列表，关联表中follower_id对应当前用户ID，following_id对应被关注人ID
    Following  []*User `json:"following" gorm:"many2many:user_follows;foreignKey:ID;joinForeignKey:follower_id;References:ID;joinReferences:following_id"`
}

这么做的好处 #

• 避免冗余：不用重复存储同一关系的反向数据，节省存储空间
• 一致性更高：用户关注/取消关注时，只需要操作一张表，不会出现两张表数据不一致的情况
• 查询逻辑清晰：不管查粉丝还是查关注列表，都是基于同一张关联表，业务代码更简洁

原设计的问题 #

• 两张表存储重复数据，浪费资源
• 维护时需要同步操作两张表，比如A关注B时要往user_following加一条记录，还要往user_followers加一条反向记录，增加了出错概率

内容的提问来源于stack exchange，提问作者darkstar