如果数据库中的文档数据需要不断的更新,并且您希望在写入时具有良好的性能,那么您可能需要考虑规范化存储。(比如:需要频繁修改数据的业务类系统)
2.2. 一对多关系
与RDBMS相比,在MongoDB中对“一对多”关系建模需要进行更细粒度的设计。许多初学者陷入将文档数组嵌入父文档中的陷阱。正如我们在上文中介绍的,知道何时进行规范化存储或非规范化存储是非常重要的。因此设计者需要考虑关系的基数是“一个对少数几个”还是“一个对多个”?每种关系将具有不同的建模方法。
例如:下面“一个对少数几个”的建模示例。最好的建模方法是在父文档(persopn)中嵌入几个(address):
> db.person.findOne()
{
name: 'Mark Kornfield',
ssn: '1223-234-75554',
addresses : [
{ street: '123 Church St', city: 'Miami', cc: 'USA' },
{ street: '123 Mary Av', city: 'Los Angeles', cc: 'USA' }
]
}
在“一个对多个”示例中,我们将考虑设计两个集合,即产品products集合和零件parts集合。每个零件都有一个“ ObjectID”,该“ ObjectID”将出现在产品集合的引用中。这样的设计可以让读写性能更高效。
> db.parts.findOne()
{
_id : ObjectID('AAAA'),
partno : '1224-dsdf-2215',
name : 'bearing',
price: 2.63
> db.products.findOne()
{
name : 'car',
manufacturer : 'Ford',
catalog_number: 2234,
parts : [ // array of references to Part documents
ObjectID('AAAA'), // reference to the bearing above
ObjectID('F17C'), // reference to a different Part
ObjectID('D2AA'),
// etc
]
2.3.设计模式可视化
尽管MongoDB是schemaless“无模式的”,但仍然存在将集合collections可视化为图表的方法。能够查看设计图,将对您理解和设计MongoDB的方式上产生重大影响。
DbSchema是可以很好地完成可视化设计工作的一个工具。如下图所示,它将通过读取集合和文档来推导架构。此外,您只需单击就可以修改图中的对象。在DbSchema中,您还可以为MongoDB创建外键,当然仅在本地创建,只用于设计目的。










