写给MongoDB开发者的50条建议Tip1

来源：未知责任编辑：智问网络发表时间:2013-10-30 11:12　点击:次

本系列文章翻译自《50 Tips and Tricks for MongoDB Developers》，暂时没有找到中文版，反正自己最近也在深入学习mongodb，所以正好拿来翻译一下。一方面加强自己学习的效果，另一方面让大家也一起来体验一下需要我们这些mongodb使用者需要注意的地方。

首先声明自己的英文水平不是太高，加之有些英文翻译成中文也找不到合适的词来表达，所以在文章中可能会出现英文原词，或者说有些地方的翻译会有些生硬，也就是说会出现直译的地方。翻译该书的主要目的是为大家学习探讨用的，如果有翻译不精准的地方，或者说有更加精准的翻译，还请大家指出，我会及时的更正的，在此先谢过各位了。

Tip#1.Duplicate data for speed，reference data for integrity

数据冗余是为了性能，引用数据是为了完整性。

被多个文档使用的数据，既可以直接嵌入文档，也可以在文档中引用数据。嵌入不一定就比引用好，反之，引用也不一定就比嵌入好。每一种都有自己的取舍，不论什么，你都应该选择适合你的应用程序的方式。

嵌入式的结构，可能会导致数据的不一致。假设你需要把图1.1中的fruit的值从苹果修改为鸭梨，你刚修改完food集合中的fruit值，这时候你的应用崩溃了，其他地方的fruit的值还是旧的值，这时候你的应用中就同时存在两种不同的fruit值。

图1.1 嵌入式结构，fruit的值既存在于food集合，也存在于meals集合

不一致性也不是什么大问题，但“不是大问题”也是有级别的，这个级别依赖于你的用户需求。对于很多的应用，短时间内的不一致是可以接受的。假设一个用户修改了他的姓名，在几个小时内，他的旧帖子继续显示他的旧姓名，是可以接受的。如果是即使短时间的不一致性也不能接受的话，你就需要考虑使用引用式的结构了。

图1.2 引用式结构，fruit的值只存在于food集合，meals集合存储fruit的id

这需要权衡，你不能同时拥有最好的性能和确保及时的数据一致性。你必须决定哪一个对于你的应用来说更重要。

举个例子来说。

假设我们正在设计一个购物车的应用，设计在mongodb中存在订单信息，订单需要包含哪些信息呢？

引用式结构

```
a product: 
```
{
"_id":productId,
"name":name,
"price":price
}
a order:
{
"_id":orderId,
"user":userInfo,
"items":[
productId1,
productId2
]
}

在订单的item项中存在每一个productid，当需要显示订单内容的时候，首先查询order集合，然后根据productid查询product集合来获取相应的产品名称，没有办法做到只用一次查询就可以获取完整的订单信息。如果产品信息被更新，所有引用该产品的地方，都会显示新的产品信息。引用式的结构会拖慢读数据的速度，但是在多个订单会有很好的一致性，多个文档能实现原子的变化（只需要修改引用的文档的信息）。嵌入式结构

```
a product: 
```
{
"_id":productId,
"name":name,
"price":price
}
a order:
{
"_id":orderId,
"user":userInfo,
"items":[
{
"_id":productId1,
"name":name,
"price":price
},
{
"_id":productId2,
"name":name,
"price":price
}
]
}

将产品信息嵌入到订单信息中，当需要显示订单的时候，只需要执行一次查询即可。如果产品的信息发生变化，而且我们想要将变化传递给订单的话，我们需要更新多个独立的订单。嵌入式结构加快了读取的速度，但是一致性会降低，产品信息不能被原子的在多个文档中被修改。决定使用嵌入式结构还是使用引用式结构，可以参考下面的因素：