在传统的关系型数据库存储过程中，对象属性模型都是定好的，例如一个数据库表中有几个字段，并且这几个字段都分别表示了什么含义，都是什么数据类型。但是在EAV动态模型中允许操作员动态的添加数据属性，这里所说的数据属性就是传统关系型数据库对应的列值。这样是的数据模型的建立更加的灵活了。

也就是说在某些情况下，你也不知道数据库到底设计成什么样子，到底有几个属性，很明显，这种需求在传统的关系型数据库中很难实现。这个时候就需要使用EAV模型。

什么是EAV模型？

EAV模型（Entity-Attribute-Value Model）是一种灵活的数据模型，主要用来解决的问题就是在数据分析、数据处理过程中实体属性不固定而频繁发生变化的情况。通过EAV模型，在数据存储的过程中被存储为了实体、属性、值的组合体。

在这个EAV模型中，实体代表了一个对象或者一个操作实例，而属性则表示这个对象或者是实例的某个特征或者是操作属性，值很容易理解就是属性对应的操作数。

• Entity表：用来存储实体对象的基本信息。
• Attribute表：用来存储对象可能用到的属性值
• Value表：用来存储实体对象的属性值，包括对Entity和Attribute的使用。

EAV模型使用场景

• 在电商平台中，商品属性可能会随着商品种类的变化而发生变化，这个时候EAV模型就可以灵活的管理到商品的属性情况。
• 在某些场景中，由于用户填写的信息是不确定的，需要用户自定义一些字段，例如个人资料填写，表单信息填写，通过EAV模型可以很好的解决这种问题。
• 数据分析处理：现在很多的数据分析产品，数据分析的维度都是不确定的，这种情况下，采用EAV模型，用户可以自由的添加数据分析的维度，用来进行数据分析操作。例如一些日志采集、日志处理场景，日志中的字段可能会随着日志类型的变化而变化，这个时候，通过EAV模型就可以方便的进行数据的存储和查询。

如何具体使用？

这里我们以一个商品管理系统为例来进行设计。用户可以管理他们添加的商品以及某个商品中存在的自定义的属性以及属性值。

第一步、创建一个商品表

CREATE TABLE `product` (
  `product_id` int(11) NOT NULL COMMENT '商品ID',
  `product_name` varchar(255) DEFAULT NULL COMMENT '商品名称',
  PRIMARY KEY (`product_id`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8;

会看到，这个表中只有两个字段商品ID和商品名称，并没有其他的属性，这就是上面提到的动态属性。所以第二步需要建立的就是一个属性表

第二步、建立属性表

CREATE TABLE `product_attribute` (
  `attribute_id` varchar(255) NOT NULL COMMENT '属性ID',
  `attribute_name` varchar(255) DEFAULT NULL COMMENT '属性名',
  PRIMARY KEY (`attribute_id`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8;

创建好属性表之后，接下来就是对应创建属性值表

第三步、属性值表

CREATE TABLE `product_attribute_value` (
  `value_id` int(11) NOT NULL COMMENT '值ID',
  `product_id` int(11) DEFAULT NULL COMMENT '商品ID',
  `attribute_id` int(11) DEFAULT NULL COMMENT '属性ID',
  `value` varchar(255) DEFAULT NULL COMMENT '属性值',
  PRIMARY KEY (`value_id`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8;

上面，创建了商品1和商品2两个商品，创建了颜色、大小、价格、描述四个属性，并且添加了两个商品对应的属性值。

验证查询结果

可以通过如下的SQL来查询“商品1”对应的属性以及属性值。

SELECT p.product_name, a.attribute_name, v.`value`
FROM product p
JOIN product_attribute_value v ON p.product_id = v.product_id
JOIN product_attribute a ON v.attribute_id = a.attribute_id
WHERE p.product_name = '商品1';

注意

EAV模型提供了比较强大的灵活性操作，但是在查询效率方面存在一定的挑战，对于属性较多，数据查询性能要求较高的场景，需要考虑其他NoSQL的存储方案，或者是通过JSON序列话的方式进行存储。