这其实是个老话题，什么叫EAV模型的非EAV属性，以用户为例，添加EAV属性对用户主表（customer_entity）的结构没有改变，而所谓的非EAV属性，是指直接给customer_entity表新增物理字段。需要注意的是，在Magento的架构里，EAV类型对象（用户），直接给主表新加的字段是没办法通过常规的对象操作进行读写的，不过不用担心，Magento其实考虑到了这种需求，怎么处理请看下面的示例代码：

$installer = $this;$installer->startSetup();$installer->run("ALTER TABLE `{$installer->getTable('customer/entity')}` ADD `mobile` VARCHAR(255) NULL DEFAULT NULL AFTER `email`;");$mobile = 'mobile';$installer->addAttribute('customer', $mobile, array(    'type'      => 'static',    'label'     => 'Mobile',    'input'     => 'text',    'backend'   => '',    'position'  => 80,    'required'  => false));$mobileAttribute = Mage::getSingleton('eav/config')->getAttribute('customer', $mobile);$mobileAttribute->setData('used_in_forms',    array('customer_account_edit','customer_account_create','adminhtml_customer','checkout_register'));$mobileAttribute->save();

以给用户新增手机号属性为例，以上代码跟新增一个EAV属性的区别在于，一，mobile是直接加在主表的新字段（第一段代码），二，mobile属性的type是static，这里的static就是注明了这个mobile属性是一个静态属性（主表的一个字段）（第二段代码）。第三段代码是用户实体独有的，从代码字面意思就很好理解，标记这个新属性可用在哪些表单（'customer_account_edit','customer_account_create','adminhtml_customer','checkout_register'）。

回过头来说，什么情况下适合加静态属性而不是加EAV属性呢，我个人理解是，还是以手机号字段为例，现在很多国内的网站都同时支持“用户名/邮箱/手机号”任选一登录，那么手机号字段就会需要有唯一性，并且会在一些业务流程中作为筛选用户的过滤条件，这种情况下，传统的eav字段会使数据库进行大量的表连接操作，给数据库带来不小的压力。当然反过来说，有些新增的属性就适合eav类型，比如某个属性只会用来做显示，那么即便是eav类型，因为都是根据主键取单条数据，表连接也不会给数据库有多少压力，都加到主表会让主表变的臃肿。这里面的度的掌握就看各自根据实际情况摸索了。