电商如何用EAV模型管理商品

在电商系统中，EAV（Entity–Attribute–Value，实体–属性–值）模型常用于解决“商品种类多、属性差异大、字段不确定”的问题。下面从概念、表结构、使用方式、优缺点和最佳实践几个角度说明电商如何用它管理商品。

一、为什么电商要用 EAV

传统商品表：

商品表：id, 名称, 价格, 颜色, 尺寸, 内存, 品牌...

问题：

• 服装不需要“内存”
• 手机不需要“尺码”
• 新增属性就要改表结构
• 空字段多，浪费存储

EAV 的思路：

把“属性”也当成数据来存储，而不是写死在表字段里。

二、EAV 核心表结构（电商示例）

1. 实体表（商品）

products
---------
id
name
category_id
price

2. 属性表

attributes
----------
id
name        -- 如：颜色、尺寸、内存
type        -- string / int / decimal / enum

3. 属性值表（EAV 核心）

product_attributes
------------------
product_id
attribute_id
value

示例数据：

products

attributes

product_attributes

三、电商中 EAV 的典型使用场景

1. 多品类商品管理

• 手机：颜色、内存、存储
• 服装：颜色、尺码、材质
• 图书：作者、出版社、ISBN

2. 后台动态表单

运营可：

• 新增“保修期”属性
• 不修改数据库结构
• 自动生成商品编辑表单

3. 筛选与搜索

如：

• 颜色 = 黑色
• 内存 ≥ 256G
• 价格 < 6000

四、EAV 的查询方式（示例）

查询某手机的所有属性

SELECT a.name, pa.value
FROM product_attributes pa
JOIN attributes a ON pa.attribute_id = a.id
WHERE pa.product_id = 1;

按属性筛选商品

SELECT p.id, p.name
FROM products p
JOIN product_attributes pa ON p.id = pa.product_id
WHERE (pa.attribute_id = 1 AND pa.value = '黑色')
  AND (pa.attribute_id = 2 AND pa.value >= 256);

实际中常使用透视（PIVOT）或缓存宽表优化。

五、EAV 的优缺点

优点

✅ 高度灵活
✅ 支持无限属性
✅ 适合多品类电商
✅ 运营可自助配置

缺点

❌ 查询复杂
❌ JOIN 多，性能差
❌ 数据校验弱
❌ 报表困难

六、电商常用混合方案（推荐）

1. EAV + 核心字段

商品表：固定字段（名称、价格、库存）
EAV：扩展属性

2. EAV + 类目模板

• 每个类目有“属性模板”
• 手机类目 ≠ 服装类目

3. EAV + 宽表（反范式）

• 写时存 EAV
• 读时同步到 product_flat 表

4. EAV + 搜索引擎

• MySQL 存 EAV
• Elasticsearch 做筛选和搜索

七、典型电商架构示例

后台管理
  ↓
类目 & 属性配置（EAV）
  ↓
商品录入
  ↓
MySQL(EAV) + 缓存宽表
  ↓
前台展示 / 搜索（ES）

八、总结一句话

电商用 EAV 管理商品，本质是把“商品属性”从表结构变成数据，用灵活性换取一定的查询复杂度，并通过类目模板、宽表和搜索引擎来弥补性能问题。

如果你愿意，我也可以：

• 给你一个 完整 EAV 商品库设计 SQL
• 讲 Magento / Shopify 如何使用 EAV
• 或对比 EAV vs JSON 字段方案