针对你现在遇到的「新增属性就要建两张表」的痛点，其实只需要新增3张表（加上原有的products表，总共4张核心表）就能实现动态属性管理，而且能支持每个属性类包含多个值的需求。下面是详细的设计思路：

所需表结构 #

• products：你的原有产品表，存储产品的基础信息（比如ID、名称、价格等）
• attribute_types：存储属性类别，比如size、color、material，未来新增任何属性类（比如weight、brand）都直接往这张表里加记录就行，不用新建表。字段可以包括：id（主键）、name（属性类名称，比如"size"）、display_name（前端显示用的名称，比如"尺寸"）
• attribute_values：存储具体的属性值，每个值关联到对应的属性类。字段包括：id（主键）、attribute_type_id（外键关联attribute_types.id）、value（属性值内容，比如"S"、"红色"、"纯棉"）
• product_attribute_values：中间关联表，用来绑定产品和它对应的属性值（因为一个产品可以有多个属性值，一个属性值也可以被多个产品复用）。字段包括：product_id（外键关联products.id）、attribute_value_id（外键关联attribute_values.id），这两个字段可以组成联合主键，避免重复绑定。

关联关系说明 #

1. products ↔ product_attribute_values：一对多关系。一个产品可以对应多条属性值关联记录（比如一个产品同时有"S"尺寸、"红色"颜色）。
2. attribute_types ↔ attribute_values：一对多关系。一个属性类（比如"size"）可以包含多个具体值（S/M/L/XL等）。
3. product_attribute_values ↔ attribute_values：多对一关系。每条产品-属性值的关联记录，都对应一个具体的属性值；同时，同一个属性值（比如"红色"）可以被多个产品关联使用。

设计优势对比 #

• 原来的方式：新增一个属性类就要建两张表，时间长了会导致数据库表数量爆炸，维护成本极高。
• 现在的动态设计：不管新增多少属性类，只需要在attribute_types里加一条记录，再在attribute_values里加对应的属性值即可，完全不用改动数据库表结构，扩展性拉满。

举个简单的例子：
要新增「重量」属性，只需要在attribute_types插入一条name="weight", display_name="重量"的记录，然后在attribute_values里插入attribute_type_id=对应ID, value="1kg"、value="2kg"等记录，之后就能给产品绑定这些重量属性值了。

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