数据库EAV模型怎么用

EAV（Entity–Attribute–Value，实体-属性-值）模型是一种用来在关系型数据库中存储高度动态、稀疏、属性不固定的数据的设计模式。

下面我用「是什么 → 什么时候用 → 怎么设计 → 示例 → 优缺点 → 常见坑」来说清楚。

一、EAV 是什么

传统表结构：

user(id, name, age, email)

列是固定的。

EAV 把“列”变成“行”：

entity | attribute | value
-------|-----------|------
1      | name      | Tom
1      | age       | 20
2      | email     | a@b.com

也就是：

• Entity：对象（如用户、商品）
• Attribute：属性名（如颜色、重量）
• Value：属性值

二、什么时候用 EAV

✅ 适合：

• 属性数量不固定（不同商品属性不同）
• 属性经常新增
• 大部分对象只有少数属性（稀疏数据）
• 配置型 / 元数据驱动系统

❌ 不适合：

• 属性固定且稳定
• 需要复杂查询、聚合
• 对性能要求极高

三、基本表结构设计

1️⃣ 实体表（可选）

entities (
  id BIGINT PRIMARY KEY,
  type VARCHAR(50)  -- user / product
)

2️⃣ 属性表（非常重要）

attributes (
  id INT PRIMARY KEY,
  name VARCHAR(50),
  data_type VARCHAR(20) -- string / int / datetime
)

3️⃣ 值表（EAV 核心）

entity_values (
  entity_id BIGINT,
  attribute_id INT,
  value_text VARCHAR(255),
  value_int INT,
  value_datetime DATETIME,
  PRIMARY KEY (entity_id, attribute_id)
)

✅ 用多列 value 或 JSON（见后文）

四、使用示例

场景：电商商品

商品 A：

• 颜色 = 红
• 重量 = 2kg

商品 B：

• 屏幕尺寸 = 15寸

插入数据

INSERT INTO entity_values VALUES
(1, 1, '红', NULL, NULL),
(1, 2, NULL, 2, NULL),
(2, 3, NULL, 15, NULL);

查询某商品所有属性

SELECT a.name, ev.value_text, ev.value_int
FROM entity_values ev
JOIN attributes a ON ev.attribute_id = a.id
WHERE ev.entity_id = 1;

五、现代简化方案（推荐）

✅ 用 JSON 代替 EAV（MySQL / PostgreSQL）

products (
  id BIGINT,
  attrs JSON
)

SELECT attrs->>'color' FROM products;

✅ 优点：

• 结构简单
• 查询方便
• 支持索引（部分数据库）

❌ 缺点：

• 约束弱
• 不适合超复杂关系

六、EAV 的优缺点

优点

• 极度灵活
• 不用改表结构
• 适合元模型系统

缺点

• 查询复杂（大量 JOIN）
• 性能差
• 类型不安全
• 难做约束和索引

七、常见坑

❌ 把所有数据都 EAV（灾难）
❌ 不做 attribute 表（乱）
❌ 用单 value 列存所有类型
✅ 固定字段仍用普通列
✅ 只把“真正动态”的字段 EAV 化

八、经验建议

“EAV 是工具，不是架构”

推荐混合模式：

固定字段 → 普通列
动态字段 → EAV / JSON

如果你愿意，可以告诉我：

• 用的数据库（MySQL / PG / Oracle）
• 具体业务场景

我可以直接帮你设计表结构。