数据类型：
MongoDB的文件存储格式为BSON，同JSON一样支持往其它文档对象和数组中再插入文档对象和数组，同时扩展了JSON的数据类型，与数据库打交道的那些应用。如JSON没有日期类型，这会使得处理本来简单的日期问题变得非常繁琐。只有一种数字类型，没法区分浮点数和整数，更不能区分32位和64位数字，也无法表示其他常用的类型，如正则表达式或函数。
MongoDB支持的数据类型：
null：null用于表示空值或不存在的字段。{"x":null}
布尔：布尔类型有两个值'true'和'false'。{"x":true}
32位整数：类型不可用。JavaScript仅支持64位浮点数，所以32位整数会被自动转换。
64位整数：不支持这个类型。shell会使用一个特殊的内嵌文档来显示64位整数。
64位浮点数：shell中的数字都是这种类型。下面的表示都是浮点数： {"x" : 3.1415926} {"x" : 3}。
字符串：UTF-8字符串都可以表示为字符串类型的数据：{"x" : "foobar"}
符号：不支持这种类型。shell将数据库里的符号类型转换成字符串。
对象id：对象id是文档的12字节的唯一 ID, {"x" :ObjectId() }
日期：日期类型存储的是从标准纪元开始的毫秒数。不存储时区： {"x" ： new Date()}
正则表达式：文档中可以包含正则表达式，采用JavaScript的正则表达式语法: {"x" ： /foobar/i}
代码：文档中还可以包含JavaScript代码：{"x" ： function() { /* …… */ }}
二进制数据：二进制数据可以由任意字节的串组成。不过shell中无法使用。
最大值：BSON包括一个特殊类型，表示可能的最大值。shell中没有这个类型。
最小值：BSON包括一个特殊类型，表示可能的最小值。shell中没有这个类型。
未定义：文档中也可以使用未定义类型:{"x":undefined}
数组：值的集合或者列表可以表示成数组：{"x" ： ["a", "b", "c"]}
内嵌文档：文档可以包含别的文档，也可以作为值嵌入到父文档中，数据可以组织得更自然些，不用非得存成扁平结构的：{"x" ： {"food" ： "noodle"}}
数字
JavaScript中只有一种“数字”类型。因为MongoDB中有3种数字类型（32位整数、64位整数和64位浮点数），shell必须绕过javascript的限制。默认情况下，shell中的数字都被MongoDB当做是双精度数。这意味着如果你从数据库中获得的是一个32位整数，修改文档后，将文档存回数据库的时候，这个整数也被转换成了浮点数，即便保持这个整数原封不动也会这样的。所以明智的做法是尽量不要在shell下覆盖整个文档。
日期
JavaScript的Date对象用做MongoDB的日期类型，创建一个新的Date对象时，通常会调用new Data("")。
文档
文档是MongoDB中数据的基本单元(类似于关系型数据库中的行，但是比行要复杂得多)。多个键及其关联的值有序地放置在一起便是文档。MongoDB的文件存储格式为BSON。
BSON是Binary JSON 的简称，是一个JSON文档对象的二进制编码格式。BSON同JSON一样支持往其它文档对象和数组中再插入文档对象和数组，同时扩展了JSON的数据类型。如：BSON有Date类型和BinDate类型。BSON有三个特点：轻量性、可遍历性、高效性
文档就可以这样表示：
{ "firstName": "egger", "lastName":"wong" }
注意点：
- 文档中的键/值对是有序的。
- 文档中的值不仅可以是在双引号里面的字符串，还可以是其他几种数据类型（甚至可以是整个嵌人的文档)。
- MongoDB区分类型和大小写。
- MongoDB的文档不能有重复的键。
- 文档的键是字符串。除了少数例外情况，键可以使用任意UTF-8字符。
- 键不能含有\0 (空字符)。这个字符用来表示键的结尾。
- .和$有特别的意义，只有在特定环境下才能使用。
- 以下划线"_"开头的键是保留的(不是严格要求的)。
集合
集合就是一组文档(类似于关系型数据库中的表)，可以被看做是没有模式的表。
无模式
集合是无模式的。这意味着一个集合里面的文档可以是各式各样的。例如，下面两个文档可以存在于同一个集合里面：
{"name": "egger"}
{"age":18}
上面的文档不光是值的类型不同（字符串和整数），它们的键也是完全不一样的。
虽然集合里面可以放置任何文档，但是推荐使用多个集合：
- 把各种各样的文档都混在一个集合里面,无论对于开发者还是管理员来说都是噩梦。
- 在一个集合里面査询特定类型的文档在速度上也很不划算，分开做多个集合要快得多。
- 把同种类型的文档放在一个集合里，这样数据会更加集中。
- 当创建索引的时候，文档会有附加的结构（尤其是有唯一索引的时候)。索引是按照集合来定义的。把同种类型的文档放入同一个集合里面，可以使索引更加有效。
命名
我们可以通过名字来标识集合。集合名可以是满足下列条件的任意UTF-8字符串。
- 集合名不能是空字符串""。
- 集合名不能含有\0字符（空字符)，这个字符表示集合名的结尾。
- 集合名不能以"system."开头，这是为系统集合保留的前缀。
- 用户创建的集合名字不能含有保留字符$。有些驱动程序的确支持在集合名里面包含$，这是因为某些系统生成的集合中包含该字符。除非你要访问这种系统创建的集合，否则千万不要在名字里出现$。
子集合
组织集合的一种惯例是使用"."字符分开的按命名空间划分的子集合。在MongoDB中使用子集合来组织数据是很好的方法
命名空间。命名空间的长度不得超过121字节，在实际使用当中应该小于100字节。
很多MongoDB工具中都包含子集合。
- GridFS是一种存储大文件的协议，使用子集合来存储文件的元数据，这样就与内容块分开了
- MongoDB的Web控制台通过子集合的方式将数据组织在DBTOP部分.
- 绝大多数驱动程序都提供语法糖，为访问指定集合的子集合提供方便。
数据库
MongoDB中多个集合可以组成数据库。MongoDB的单个实例可以容纳多个独立的数据库，每一个都有自己的集合和权限，不同的数据库也放置在不同的文件中。
数据库也通过名字来标识。数据库名可以是满足以下条件的任意UTF-8字符串。
- 不能是空字符串（"")。
- 不得含有' '（空格)、.、$、/、\和\0 (空宇符)。
- 应全部小写。
- 最多64字节。
有一些数据库名是保留的，可以直接访问这些有特殊作用的数据库。
• admin
从权限的角度来看，这是“root”数据库。要是将一个用户添加到这个数据库，这个用户自动继承所有数据库的权限。一些特定的服务器端命令也只能从这个数据库运行，比如列出所有的数据库或者关闭服务器。
• local
这个数据永远不会被复制，可以用来存储限于本地单台服务器的任意集合
• config
当Mongo用于分片设置时，config数据库在内部使用，用于保存分片的相关信息。
