Magento 产品数据库设计:实体属性值(EAV)模型还是无SQL或其他替代模型?

Magento 产品数据库设计:实体属性值(EAV)模型还是无SQL或其他替代模型?,magento,database-design,product,entity-attribute-value,nosql,Magento,Database Design,Product,Entity Attribute Value,Nosql,请问,如果我计划在数据库中拥有许多产品,那么设计和创建产品数据库的最佳模型是什么:实体属性值(EAV)模型(使用Magento)还是无SQL数据库或其他替代模型 这两种模式都有优点和缺点: 优点对于EAV(实体属性值): 促进通用体系结构(易于添加|删除属性) 相对容易实现 EAV的Cons 缓慢的,消耗资源的 -不可扩展 支持NoSQL 快速、性能提高、易于获取所需的所有信息,通常会存储在同一个文档中 易于扩展 NoSQL的Cons 这是一个地狱的实现,当时代来到管理通用的东西

请问,如果我计划在数据库中拥有许多产品,那么设计和创建产品数据库的最佳模型是什么:实体属性值(EAV)模型(使用Magento)还是无SQL数据库或其他替代模型

这两种模式都有优点和缺点:

优点对于EAV(实体属性值)

  • 促进通用体系结构(易于添加|删除属性)
  • 相对容易实现
EAV的Cons

  • 缓慢的,消耗资源的 -不可扩展
支持NoSQL

  • 快速、性能提高、易于获取所需的所有信息,通常会存储在同一个文档中
  • 易于扩展
NoSQL的Cons

  • 这是一个地狱的实现,当时代来到管理通用的东西

总之,我建议选择
NoSQL
我看到的最大的优点是
可伸缩性

请问,您对在Magento中集成MongoDB(NoSQL数据库)有何看法@Alexandru Olaruther有一些将MongoDB与Magento结合使用的可能性,其中一个你可以在以下网站找到:,我个人认为这将取决于你需要的
Magento
核心功能,功能越多,还没有适应的风险就越大。。。这是非常危险的,除非我在开发环境中做了测试,否则我不会在生产站点中这样做……可能是重复的