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

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

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

之前介绍的是存储设计方面的建议，从今天开始介绍具体实现方面的建议。

Tip#14.Use the correct types

使用正确的数据类型

在存储数据的时候，选择正确的数据类型，你将会很轻松。数据类型影响数据如何被检索，影响mongodb如何对数据排序，影响使用空间的多少。

数值类型

任何被用来作为数值的内容都应该选择数值类型。这意味着如果你希望可以增加字段的值，或者用数值来排序，你就应该使用数值类型。但是，什么类型的数值呢？通常情况，这是无所谓的，有时候也会有影响。

如果是排序比较的话，32bit整型、64bit整型或者double类型都没有问题。但是，有些特定类型的特定操作就不一样了，位操作符AND和OR只能应用在整型数据上。

如果由于$inc之类的操作导致数值溢出，数据库会自动将32bit变为64bit，这不需要你操心。

日期类型

和数值类型类似，完全的日期数据应该使用日期类型存储。但是，例如出生日期这样的数据就不精确，谁又知道自己出生时候的毫秒呢？例如这样的数据，使用ISO-format，形如yyyy-mm-dd的字符串，会工作的更好。会比你使用日期类型存储更灵活，而且也可以正确的实现排序。

字符串

在mongodb中，所有的字符串必须是utf-8编码的，因此所有其他编码的字符串必须被转换为utf-8，或者是存储成二进制格式。

ObjectId

记住，ObjectId不是字符串。需要记住下面几点：

1.string不能和ObjectId记性匹配，ObjectId也不能和string进行匹配。

2.ObjectId很有用，很多语言驱动都可以从ObjectId中知道文档的创建时间。

3.用字符串代表的ObjctId在磁盘空间使用上，将会是ObjectId的两倍还多。