继续我关于EAV的问题,我正在考虑使用 MongoDB 来存储产品属性。
我将使用 MongoDB(或其他文档数据库)存储此应用程序的目录部分 - 类别、产品及其所有相关信息。
我的问题是,当使用ODM时,每个实体都有一个模式,这基本上忽略了使用 NoSQL 数据库的无模式优势,不是吗?
如果这是正确的,为什么有人会使用 ODM?
编辑:我发现了一个相关问题,我可以使用哈希实现产品属性功能吗?
解决方案是使用@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();
我仍然不确定这是否是最好的方法,我的研究仍在进行中。
尽管没有强制执行此操作,但为集合拥有一个基本模式是一种很好的做法。几乎所有 ODM 都允许您添加未在类中指定的字段。假设应用程序允许,您也可以省略字段值。
然而,无模式数据存储的真正优势并不在于您的顶级字段可能会因文档而异,而是这些字段可以是复杂的数据结构。每个产品都可能有一个数组的属性字段,但是该数组的内容可以任意长或短,并且可以包含具有各种结构的哈希。如果您要求,您的 ODM 应该在这些哈希之上添加一个对象层。
最后一个优点是升级架构。在 SQL 中,添加或删除字段是一个单一的操作,也很耗时。通过一些计划,您可以在访问文档时添加或删除文档中的字段。您只需要代码来处理过时的模式。