本系列文章翻译自《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的两倍还多。
本文转自 virusswb 51CTO博客，原文链接：http://blog.51cto.com/virusswb/802879，如需转载请自行联系原作者
