什么是EAV模型

EAV 模型（Entity-Attribute-Value，实体-属性-值模型），也被称为**“开放模式（open schema）”或“垂直模型”**，是一种用于在关系型数据库中存储高度稀疏、结构灵活且属性数量不确定的数据的数据库设计模式。

一、核心思想

在传统的数据库设计中，我们通常为每个实体设计固定的列（如 用户表(user_id, name, age, email)）。但如果实体的属性非常多、变化频繁，或者不同实体拥有完全不同的属性（例如电商中的手机和衣服属性完全不同），传统宽表会变得难以维护。

EAV 模型将原本“横着”存储的数据“竖起来”存储，用三列来描述一个属性：

1. Entity（实体）：数据所属的对象（如某个商品的ID）。
2. Attribute（属性）：描述实体的特征名（如“颜色”、“重量”）。
3. Value（值）：该属性对应的具体数值（如“红色”、“200g”）。

三、EAV 模型的数据示例

假设我们有一张 产品 表，传统模型可能是：

在 EAV 模型中，它会变成一张通用表（如 产品属性表）：

二、EAV 模型的主要优点

1. 高度灵活（Schema-less 感）：无需 ALTER TABLE 就能随时增加新属性（如突然要给商品加一个“防水等级”属性，直接插入一行即可）。
2. 避免空列浪费：对于稀疏数据（大部分字段为 NULL），不会造成大量无意义的空列，节省存储空间（逻辑上）。
3. 适合异构数据：非常适合医学记录、电商商品参数、CRM 自定义字段、问卷调查等场景。

四、EAV 模型的缺点（痛点）

1. 查询复杂：获取一个完整实体的所有属性需要多行转列（PIVOT）或多次 JOIN，SQL 写起来很繁琐且性能较差。
2. 数据校验困难：传统数据库的约束（如类型、非空）很难直接在 EAV 表上施加，通常需要应用层或元数据表来约束。
3. 性能问题：数据行数会爆炸式增长（一个商品有10个属性就变成10行），索引和查询效率面临挑战。

五、典型应用场景

• 电子商务平台（如 Magento）：不同品类商品属性差异巨大。
• 医疗健康系统：不同病人的检查指标、病史千差万别。
• CMS / 低代码平台：允许用户自定义表单字段。
• 数据仓库中的稀疏维度。

六、现代替代方案

随着技术发展，面对 EAV 的痛点，很多系统选择了其他方案：

• NoSQL 文档数据库（如 MongoDB）：直接用 JSON/BSON 存灵活结构。
• 关系型数据库中的 JSON 字段（如 MySQL 5.7+ 的 JSON 类型、PostgreSQL 的 JSONB）：兼顾关系型和灵活性。
• 混合模型：核心固定字段用普通列，扩展字段用 EAV 或 JSON 列。

如果你是在做系统设计或遇到具体业务（比如电商商品库），可以告诉我，我能给你更具体的表结构设计建议。