EAV是英文Entity实体、Attribute属性和Value值的首字母缩写，可能是初学Magento的开发者最难以掌握的部分。虽然并不是只有Magento使用EAV这一概念，在当代的系统中鲜有使用它的，此外Magento对于EAV的运用也并不简单。
那么究竟什么是EAV呢？
为了便于大家理解EAV分别在Magento中起到什么作用，下面对它们进行逐一讲解：
- Entity:实体代表Magento中产品、客户、分类和订单等的数据项(对象)，每个实体都通过独立ID存储在数据库中。
- Attribute:即对象的属性，属性并不是作为产品表单独一列来进行存放，而是存储在一组单独的数据库表中。
- Value:顾名思义，是指特定属性所关联的值。
这种设计得以让Magento有很强的灵活性，可以在不修改代码或模板的情况下添加或删除属性。
如果将模型看作是一种数据库的垂直增长的话(添加属性也会增加行的数量)，传统的模型则是一种横向增长(添加属性意味着列数的增长)，那会导致在添加一个属性时需要进行重新的架构。EAV模型不仅仅允许数据库快速扩充，而且更为高效。因为它只允许非空属性，而不需在数据库中预留空间存储空值。
读者如果对Magento的数据库结构很感兴趣的话，强烈推荐以下网站：http://www.magereverse.com/(注：该站只更新到Magento社区版1.7.0.2)。
添加产品属性可以直接通过在Magento后台添加属性类型(attribute type)即可，如color, size, brand等等，删除同理。
Magento社区版(CE-Community Edition)有八种类型的EAV对象：
- Customer
- Customer address
- Products
- Product categories
- Orders
- Invoices
- Credit memos
- Shipments
注：Magento企业版(EE-Enterprise Edition)还有一个称为RMA item的类型，属于RMA系统(Return Merchandise Authorization)的一部分。
当然这种强大的灵活性也是需要付出代价的，应用EAV模型将会使实体数据分布 到大量的表中，例如Proudct模型就占用了40张表。
以下图表显示了一部分保存Magento产品信息用到的表格：
EAV的另一个缺点是在获取大量EAV对象集合时会对性能产生影响并使查询数据库变得更为复杂。这主要是因为数据被分割到多个表中，select一条记录就可能要用到多次join。
我们再以Magento的产品为例，手动创建获取单个产品的查询(以下示例可通过PHPMyAdmin或MySQL Workbench来进行操作,linux可通过yum install phpmyadmin来安装)。
顺便提一下，如果您看了本系列的文章或是构建了自己的Linux环境，可能会出现PHPMyAdmin无法访问的问题，以Alan之前提到的本地使用VirtualBox架设环境为例，需要
1.对apche用户组授权
chown apache:apache /usr/share/phpMyAdmin/ -R
2.如果您用默认的root登录且密码为空的话
nano /etc/phpMyAdmin/config.inc.php
将$cfg[‘Servers’][$i][‘AllowNoPassword’]后的值改为TRUE
3.由于访问时使用的并非Linux本机，默认的localhost是无权访问PHPMyAdmin的，需进行如下修改：
nano /etc/httpd/conf.d/phpMyAdmin.conf
将对应Apache版本Allow from后的值改为All或您机器的IP
首先让我们来看看catalog_product_entity这张表，它实际上是product EAV的主表，因为它包含产品的主要实体记录，首先执行如下指令：
SELECT * FROM <code>catalog_product_entity</code>;
可以看到该表中包含如下列：
- entity_id:它是产品的唯一标识符，为Magento内部使用
- entity_type_id:前面也讲过，Magento有product, customer和order等不同的EAV模型类型，对类类型进行标识可以使Magento从对应的表格中获取属性和值。
- attribute_set_id:产品属性可在本地组成不同的属性集(attribute set)，属性集让产品结构具备更强的灵活性，因为各产品不必去使用所有已定义的属性。
- type_id:Magento中的产品类型分为simple, configurable, bundled, downloadable和grouped等，每种类型都有不同的设置与功能 。
- sku: Stock Keeping Unit (SKU)可以是一串数字或字母的组合，用于唯一标识网站上所销售的产品，由用户来进行定义。
- has_options:用于标识产品是否具有自定义选项(如下拉列表和文本框等)。
- required_options:用于标识自定义项是否为必填或必选项。
- created_at:该行数据创建的时间。
- updated_at:数据最后一次被修改的时间。
现在我们已经基本掌握了产品实体表的结构，也了解了各条记录在Magento架设的网站上的一个产品，但还没有SKU和产品类型之外的具体产品信息，那么这些属性又存储在哪里呢？同时Magento又是如何区分哪一个是产品属性哪一个是客户属性呢？
这我们就需要通过如下指令来查看一下eav_attribute表：
SELECT * FROM <code>eav_attribute</code>;
执行后的结果中除产品属性外还可以看到有关customer模型、order模型等属性，幸好我们有一个用于表中过滤数据的键值,可以执行下面的语句：
SELECT * FROM <code>eav_attribute</code> WHERE entity_type_id = 4;
这条查询会返回该表与entity_type_id与产品的entity_type_id(即4)相等的所有属性，在进行进一步讲解之前，我们一些来看一下eav_attribute表的主要列：
- attribute_id:它是每个属性的唯一标识符，也是此表的主键
- entity_type_id:此项将属性与特定的EAV模型类型进行关联
- attribute_code:此项为属性的名称或键名，用于生成魔术方法的getter和setter方法
- backend_model:后台模型用于向数据库中加载或存储数据的管理
- backend_type:该项指定属性是否不是保存在默认的EAV表中而是保存在一个特定的表中
- frontend_model:前端模型负责属性元素在浏览器上的输出效果
- frontend_input:与前端模型相似，前端输入指定在浏览器上输入项目的类型
- frontend_label:此项是属性在浏览器上输出的标签或名称
- source_model:源模型用于向一个属性传递可能存在的值，Magento自带有一些预定义的源模型，如国家，yes或no值，区域等等
下节我们一起来看看在Magento中如何获取数据？
