Doctrine ODM和無模式設計

繼續從我的問題EAV，我正在考慮使用MongoDB來存儲產品屬性。Doctrine ODM和無模式設計

我將使用MongoDB（或其他文檔數據庫）存儲此應用的目錄部分 - 類別，產品及其所有相關信息。

我的問題是，當使用ODM時，每個實體都有一個模式，基本上忽略了使用NoSQL數據庫的無模式優勢，是不是？

如果這是正確的，爲什麼有人會使用ODM？

編輯：我發現了一個related question，我可以使用散列實現產品屬性功能嗎？

來源

2011-03-15 Cobby

的解決方案是使用一個@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();

我還不確定這是否是最好的方式來做到這一點，我的研究仍在進行中。

來源

2011-03-15 05:51:16 Cobby

即使沒有強制執行此操作，對於集合有一個基本模式是一個很好的做法。幾乎所有的ODM都允許您添加未在課程中指定的字段。假設應用程序允許它，也可以省略字段值。

然而，無模式數據存儲的真正優勢並不在於您的頂級字段可能因文檔而異，而是這些字段可能是複雜的數據結構。每個產品都可以擁有屬性字段，它是一個數組，但該數組的內容可以是任意長或短，並且可以包含具有各種結構的散列。如果您要求，您的ODM應該在這些散列之上添加一個Object層。

最後一個優點是升級架構。在SQL中添加或刪除一個字段是一個單一的操作，也很耗時。只需稍加規劃，您可以在訪問文檔時添加或刪除字段。您只需要代碼來處理過時的模式。

來源

2011-03-21 16:49:32

Doctrine ODM和無模式設計

回答

相關問題