PostgreSQL多对多关联建模：企业与Features表关联方案咨询

对于企业和功能的多对多关联场景，不建议用外键数组存储关联关系，原因如下：

• 无法通过数据库外键约束保证数据一致性，容易出现无效的功能ID，后期排查数据问题成本极高
• 检索、更新操作繁琐，比如要给企业新增/删除功能，或者统计某个功能的关联企业数，数组操作远不如关联表灵活
• 不支持数据库原生的JOIN优化，数据量增大后查询性能会明显下降

推荐方案：新增中间关联表（标准多对多设计） #

这是关系型数据库处理多对多关联的通用方案，以下是具体的概念数据模型（MCD）和字段定义：

核心表结构 #

1. Features（功能主表） #

• id：BIGINT，主键（自增），唯一标识功能
• name：VARCHAR(100)，非空，功能名称
• description：TEXT，功能详细描述
• price：DECIMAL(10,2)，功能定价

2. Company（企业主表） #

• id：BIGINT，主键（自增），唯一标识企业
• name：VARCHAR(100)，非空，企业名称
• description：TEXT，企业简介

3. Company_Features（企业-功能关联表） #

• company_id：BIGINT，非空，外键关联 Company.id
• feature_id：BIGINT，非空，外键关联 Features.id
• 主键：联合主键（company_id + feature_id），避免同一企业重复关联同一功能

方案优势 #

• 数据一致性：外键约束自动校验关联ID的合法性，杜绝脏数据
• 操作高效：新增/删除企业权限只需在关联表中增删单条记录；查询企业所有功能、功能关联企业都可通过简单JOIN实现
• 性能稳定：联合主键天然是索引，数据量增长后依然能保证查询效率

示例查询SQL #

查询ID为1的企业可访问的所有功能：

SELECT f.id, f.name, f.description, f.price
FROM Features f
INNER JOIN Company_Features cf ON f.id = cf.feature_id
WHERE cf.company_id = 1;

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