如何在关系型数据库中高效存储商品标签？组合主键方案是否合理？

通用问题：全属性设为组合主键是否属于不良实践 #

绝大部分场景下属于不良实践，核心弊端如下：

• 扩展性极差：如果后续需要给实体新增属性，原有主键逻辑直接失效，主键要求非空唯一，新增属性无论是否允许为空，都需要全量补全历史数据才能塞进主键，改造成本极高
• 关联成本过高：其他表需要关联该实体时，必须存储全部主键字段作为外键，既浪费存储空间，也会大幅降低多表Join的查询效率
• 变更风险大：如果某个主键字段的取值需要修改，你需要同步更新本表和所有关联外键表的对应字段，极容易出现数据不一致
• 约束逻辑冗余：全属性组合主键等价于要求全表所有字段的组合值唯一，这个约束通常远强于业务实际需要的唯一规则，会引入不必要的写入报错

你的商品标签场景设计是否合理 #

你当前的设计是可行的，不属于不良实践。
你这个tags表本质是商品和标签值的关联表，只有productid（关联商品主表的外键）和tags（标签值）两个字段，用二者做组合主键刚好匹配你的业务唯一约束：同一个商品不允许重复添加同一个标签，不需要额外新建唯一索引，查询单商品的标签列表时走productid的索引效率也很高。

如果后续你需要对标签做统一管理（比如给标签新增分类、描述、启用状态等属性），建议调整为扩展性更强的三级结构：

• PRODUCT表：保持原有设计，productid为PK
• TAG_DEF表：存储标签元数据，字段为tagid(PK)、tag_name、tag_category、enable_status等
• PRODUCT_TAG_REL表：存储商品和标签的关联关系，字段为productid(FK)、tagid(FK)，二者设为组合主键即可

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