Doctrine ODM 和无模式设计

Question

继续我关于 EAV 的问题，我正在考虑使用 MongoDB 来存储产品属性。

我将使用 MongoDB（或其他文档数据库）存储此应用程序的目录部分 - 类别、产品及其所有相关信息。

我的问题是，当使用 ODM 时，每个实体都有一个架构，该架构本质上忽略了使用 NoSQL 数据库的无模式优势，不是吗？

如果这是正确的，为什么有人会使用 ODM？

编辑：我发现一个相关问题，我可以使用哈希来实现产品属性功能吗？

Answer 1

解决方案是使用 @Hash

这是我做的一个非常基本的示例：

<?php

/**
 * @Document
 */
class Product
{

    /**
     * @Id
     */
    private $id;

    /**
     * @String
     */
    private $name;

    /**
     * @Hash
     */
    private $attributes = array();

    public function getId()
    {
        return $this->id;
    }

    public function setName($name)
    {
        $this->name = $name;
    }

    public function getName()
    {
        return $this->name;
    }

    public function addAttribute($name, $value)
    {
        $key = preg_replace('/[^a-z0-9\ \_]/i', '', $name);
        $key = preg_replace('/\s+/i', '_', $key);
        $key = strtolower($key);
        $this->attributes[$key] = array('value' =>$value, 'label' => $name);
    }

    public function getAttribute($name)
    {
        return $this->attributes[$name];
    }

    public function getAttributes()
    {
        return $this->attributes;
    }

}

添加一些数据：

<?php

$pen = new Product();
$pen->setName('Cool Pen');
$pen->addAttribute('Weight', 12);
$pen->addAttribute('Ink Colour', 'Red');
$pen->addAttribute('Colour', 'Black');

$tv = new Product();
$tv->setName('LED LCD TV');
$tv->addAttribute('Weight', 12550);
$tv->addAttribute('Screen Size', 32);
$tv->addAttribute('Colour', 'Black');

$dm->persist($pen);
$dm->persist($tv);

$dm->flush();

然后查询，找到颜色为“黑色”且屏幕尺寸大于 20 的产品：

<?php

$query = $dm->createQueryBuilder('Catalogue\Product');
$products = $query->field('attributes.colour.value')->equals('Black')
                ->field('attributes.screen_size.value')->gte(20)
                ->getQuery()->execute();

我仍然不确定这是否是做到这一点的最佳方法，我的研究仍在进行中。

Answer 2

尽管没有任何强制措施，但为集合提供一个基本架构是一个很好的做法。几乎所有 ODM 都允许您添加类中未指定的字段。假设应用程序允许，您还可以省略字段值。

然而，无模式数据存储的真正优势并不在于您的顶级字段可能会因文档而异，而在于这些字段可以是复杂的数据结构。每个产品都可能有一个数组属性字段，但该数组的内容可以任意长或短，并且可以包含具有各种结构的哈希值。如果您要求，您的 ODM 应该在这些哈希之上添加一个对象层。

最后一个优点是升级架构。在 SQL 中，添加或删除字段是一项整体操作，而且非常耗时。只需稍加规划，您就可以在访问文档时添加或删除字段。您只需要代码来处理过时的模式。