magento的表结构很复杂具体可以看看这个

http://www.magereverse.com/ 首先要知道是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的数据结构很灵活，上面写的也只是大概了解些，具体到实现，还是有很多东西的。