首先要知道是EAV模式，这种结构要比普通数据结构更容易扩展，但是带来的就是查询速度慢，好在magento的缓存机制不错
最重要的3张表eav_entity_type，eav_entity_attribute，eav_attribute
eav_entity_type表用来定义实体的基本信息
比如entity_type_id = 1是customer实体
eav_entity_attribute表用来定义实体模型包含哪些属性（当然这里还涉及到set和group）
select * from eav_entity_attribute where entity_type_id=1;取出customer有哪些属性
eav_attribute属性的信息
select * from eav_attribute where attribute_id<=上面结果范围 and attribute_id>上面结果范围;取出customer的属性定义
看看magento中是怎样使用EAV模式的，还是拿customer
customer_entity用户的实体存放，当然里面也有是没有必用分开的属性，比如email，这是用户必须的，magento没有完全分开，可能也是考虑到速度
customer_entity_varchar
customer_entity_text
customer_entity_int
customer_entity_decimal
customer_entity_datetime
这几张表是实体对应的属性的值，属性值都有不同的类型，这样分开是有必要的
SELECT `cev`.*,`ea`.attribute_code FROM customer_entity_varchar AS
`cev` LEFT JOIN `eav_attribute` AS `ea` ON `ea`.attribute_id =
`cev`.attribute_id WHERE `cev`.entity_id = ‘2‘
;取出客户id为2的在customer_entity_varchar中的属性值
magento不仅提供了EAV模式，同时在数据库中完美支持了Flat表结构，flat和我们普通的表结构，一个产品对应一行数据，相对于EAV的多表
联查来说，单表单行数据的调用效率更高，magento默认是eav模式，可以在后台开启flat（就分类和产品用到）
catalog_product_flat_1
catalog_product_flat_2
后面数字代表store Id，刷新索引的时候会重新更新这些表数据
order表结构
sales_flat_order相关，表命名中带了flat，表示order不使用eav模式，我这么理解的
看这两张表
sales_flat_order_grid//后台grid列出来的相关数据，它把相应的放一起了，应该是为了方便调取，可是这样写的时候就的多了操作，考虑到读应该比写更频繁，这样应该也是可取的
sales_flat_order_item//同上，具体到某个order里面
sales_flat_quote相关表，在网站上点了产品放入购物车，但是没有下单，magento将这些产品暂时放入这些表中，下次用户登录到购物车会拿出来让客户继续，这个没得说。
magento的数据结构很灵活，上面写的也只是大概了解些，具体到实现，还是有很多东西的。