MongoDB的文檔類似于JSON，JSON只是一種簡單的表示數(shù)據(jù)的方式，只包含了6種數(shù)據(jù)類型（null、布爾、數(shù)字、字符串、數(shù)組及對象）.

JSON的數(shù)據(jù)類型的局限性：
1.無日期類型，對日期型的處理較為繁瑣
2.無法區(qū)分浮點數(shù)和整數(shù)、32位和64位
3.其他類型表示局限 如函數(shù)、正則式等

Mongodb使用BSON（Binary JSON）來組織數(shù)據(jù)，BSON還提供日期、32位數(shù)字、64位數(shù)字等類型。下面為在mongodb shell中這些類型在文檔中是如何表示：

1、null  用于表示空值或者不存在的字段。

{"name":null}

2.布爾  布爾類型、即true和false

{"flag":true}/{"flag":false}

3.數(shù)字  mongodb中分32位整數(shù)、64位整數(shù)、64位浮點數(shù)

  >JavaScript只支持64位浮點數(shù)，shell中對32位的整數(shù)會進(jìn)行自動的轉(zhuǎn)換：
  默認(rèn)情況下，shell中的數(shù)字被mongdb當(dāng)做是雙精度。若從數(shù)據(jù)庫中獲取一個32位整數(shù)，修改了文檔后在將文檔保存到數(shù)據(jù)庫的時候，這個整數(shù)已被轉(zhuǎn)換成了浮點數(shù)（整數(shù)不變也會轉(zhuǎn)換）。
  >shell中會用內(nèi)嵌文檔的方式顯示64位整數(shù)：
  數(shù)字智能表示為雙精度數(shù)（64位浮點數(shù)）的另一個問題是，有些64位的整數(shù)并不能精確的表示64位浮點數(shù)。因此要是存入了一個64位整數(shù)然后在shell中查看，它顯示一個內(nèi)嵌的文檔，表示可能不準(zhǔn)確。
  如：
  插入文檔{"name":"apple","num":5},其中"num"設(shè)置為64位整數(shù)5.
  查看如下：
  { "_id" : ObjectId("5000f7af32e3988ad237a202"), "name" : "apple", "num" : {"floatApprox" : 5} }
 
  插入文檔{"name":"orange","num":9223372036854775807}
  查看如下：
  { "_id" : ObjectId("5000f7af32e3988ad237a203"), "name" : "apple", "num" : {"floatApprox" : 9223372036854776000 ，"top" : 2147483647 , "bottom" : 4294967295} }
 
  以上實例（可自己嘗試見證）文檔參見：Mongodb權(quán)威指南
 
  我在本機（win7 32位）插入如下文檔：
  {"name":"apple","num":5}
  {"name":"orange","num":9223372036854775807}
  {"name":"peach","num":922337203685477580743254354565678678998935345}
 
  >db.a.find()
  { "_id" : ObjectId("5000f7af32e3988ad237a204"), "name" : "apple", "num" : 5 }
  { "_id" : ObjectId("5000f87432e3988ad237a205"), "name" : "orange", "num" : 9223372036854776000 }
  { "_id" : ObjectId("5000fbd232e3988ad237a206"), "name" : "peach", "num" : 9.223372036854776e+44 }
 
 
  64位浮點數(shù)：
  {"num":3.14}/{"num":3}
 
4.字符串  UTF-8字符串都可以表示為字符串類型的數(shù)據(jù)

{"name":"orange"}

5.符號  shell中不支持，并將數(shù)據(jù)庫里的符號類型都轉(zhuǎn)換成字符串

6.對象id是文檔的12字節(jié)的唯一ID

  {"x":Object()}
  Mongodb中存儲的（同一個集合內(nèi)）文檔必須有，只有唯一的“_id”鍵。值可為任意類型，必須保證其唯一性，默認(rèn)為ObjectId對象。至于mongodb為什么用ObjectId對象，以及它有什么好處等請翻閱相關(guān)資料。

  下面是ObjectId的構(gòu)成：
  ObjectId使用12字節(jié)的存儲空間，每個字節(jié)兩位十六進(jìn)制數(shù)字，是一個24位的字符串。12字節(jié)按照如下方式生成：
 
  0 | 1 | 2 | 3 | 4 | 5 | 6 | 7 | 8 | 9 | 10 | 11
    時間戳      |  機器碼   |  PID  |    計數(shù)器
  -----------------------------------------------
 
  >時間戳：從標(biāo)準(zhǔn)的紀(jì)元開始的時間戳，單位為秒。
  >機器碼：所在主機的唯一標(biāo)示符，通常為機器主機名的散列值。
  >PID：產(chǎn)生ObjectId的進(jìn)程標(biāo)示符。
  >計數(shù)器：自動增加計數(shù)器，同一秒最多允許每個進(jìn)程擁有256的3次方（16777216）個不同的ObjectId。
 
  文檔的"_id"鍵:
  1.插入文檔的時候，沒有該鍵，系統(tǒng)自動創(chuàng)建一個。
  2.mongodb服務(wù)器可自動創(chuàng)建，通常在客戶端由驅(qū)動程序完成：
     >減少數(shù)據(jù)庫擴展的負(fù)擔(dān)
     >驅(qū)動程序提供豐富的API，可返回ObjectId，也可插入文檔；若有服務(wù)器生成的話，驅(qū)動程序需單獨的查詢來確定插入的文檔中的"_id"值。
    
7.日期型  存儲的是從標(biāo)準(zhǔn)紀(jì)元開始的毫秒數(shù)，不存儲時區(qū)。

{"name":"xx","date":new Date()}  本機查看：{ "_id" : ObjectId("5001047632e3988ad237a206"), "name" : "xx", "date" : ISODate("2012-07-14T05:32:38.189Z") }

8.正則式  文檔中可以包含正則表達(dá)式，采用javascript的正則表達(dá)式語法

{"regex":/[0-9]/g}

9.代碼或者函數(shù)  javascript代碼（mongodb中值直接保存到數(shù)據(jù)庫，不對值進(jìn)行執(zhí)行，因此不存在安全問題）

  {"setName":function(){var name="jk";alert(name)}}
 
10.二進(jìn)制數(shù)  可以由任意字節(jié)的串組成。shell中無法使用。

11.最大值  BSON包括一個特殊類型，表示可能的最大值。shell沒有這個類型。

12.最小值  BSON包括一個特殊類型，表示可能的最小值。shell沒有這個類型。

13.未定義（undefined） 文檔中也可以使用未定義類型

{"name":undefined}

14.數(shù)組  值的集合或者列表可以表示成數(shù)組

{"name":["s","d","f"]}

15.內(nèi)嵌文檔  文檔可以包含文檔，作為值嵌入到父文檔中

{"sch" : "s"
 "catl" : {
   "c1" : {"cls1" : "cs1","cls2" : "cs2","cls3" : "cs3"}
   "c2" : {"cls1" : "cs1","cls2" : "cs2","cls3" : "cs3"}
   "c3" : {"cls1" : "cs1","cls2" : "cs2","cls3" : "cs3"}
 }
}

從面向?qū)ο蟮慕嵌葋砝斫馕臋n，文檔就是個對象，文檔里面的key/value就是屬性和屬性值。