MongoDB和關系型數據庫的對應關系
| 關系數據庫 | MongoDB |
|---|---|
| 數據庫 database | 數據庫 database |
| 表格 table | 集合 collection |
| 行 row | 文檔 document |
| 列 column | 字段 field |
| 索引 index | 索引 index |
| 表聯合 table joins | 嵌入文檔 |
| 主鍵 primary key | 主鍵 primary key 。MongoDB 默認主鍵為 _id |
關系數據庫示例：
| id | name | age | score |
| 1 | 張三 | 20 | 90 |
| 2 | 李四 | 21 | 95 |
MongoDB對應的：
{ "_id":ObjectId(.......), "name":"張三", "age":20, "score":90 } { "_id":ObjectId(.......), "name":"李四", "age":21, "score":95 }
數據庫（database）
一個MongoDB中可以建立多個數據庫，這些數據庫是相互獨立的，有自己的集合和權限。不同的數據庫使用不同的文件存儲（不存儲在一個文件中）。
MongoDB默認有4個數據庫：
- admin： 從權限的角度來看，這是"root"數據庫。將一個用戶添加到這個數據庫，這個用戶會自動繼承所有數據庫的權限。一些特定的服務器端命令也只能在這個數據庫中運行，比如列出所有的數據庫或者關閉服務器。
- local: 這個數據庫永遠不會被復制，里面的數據都是本地的（不會復制到其他MongoDB服務器上），可以用來存儲限於本地單台服務器的任意集合
- config: 當Mongo用於分片設置時，config數據庫在內部使用，用於保存分片的相關信息。
數據庫名要全部小寫。
字段（field）
即一個鍵值對，key必須是String類型，value可以是任意類型。
文檔（document）
文檔是一組鍵值對，用{ }表示，字段之間用逗號分隔。相當於關系數據庫中的一行（一條記錄）。
示例：一個文檔
{
"name":"張三",
"age":20,
"score":98
}
這樣寫是為了方便看字段，也可以寫在一起{"name":"張三","age":20,"score":98}，一樣的。
說明：
- 文檔中的鍵值對是有序的
- 一個文檔中不能有重復的key（對應關系數據庫中的一條記錄）
- 以"_"開頭的key是保留的，有特殊含義。
集合（collection）
集合是一組文檔。集合相當於關系數據庫中的表，但集合中的文檔長度可不同（集合中的文檔中的鍵值對個數可不同）、集合中文檔的key可不同。
向集合中插入第一個文檔時，集合會被自動創建。
示例：一個集合
{ "name":"張三", "age":20 } { "name":"李四", "age":15 } { "name":"王五", "age":20 }
示例：集合中的文檔長度可不同
{ "name":張三", "age":20 } { "name":"李四" } { "name":"王五", "age":20, "score":98 }
示例：集合中文檔的key不同
{ "name":"張三", "age":20, "score":90 } { "domain":"www.baidu.com", "ip":"127.23.45.50" }
雖然可以這樣，但集合中的文檔一般是有關聯的。
說明：
- 集合名不能以"system."開頭，這是為系統集合保留的前綴。
- 用戶創建的集合名字不能含有保留字符。
capped collections
普通collection沒有指定空間大小，可存儲無限多個文檔。
capped collection是指定了空間大小的collection，這個collection的大小是有限的，超出這個大小，就不能再存儲文檔了。
capped，有上限的、封頂的、蓋住的、包住的。
和普通 collection 不同，capped collection必須要顯式創建，創建時要指定數據存儲空間空間大小。
db.createCollection("mycoll", {capped:true, size:100000})
第一個參數是集合名稱，capped指定是否是capped collection，size指定這個capped collection的數據存儲空間的大小，默認單位字節。
說明：
- capped collection能進行更新，但不能增加所用空間的大小，若增加所用空間的大小，更新就會失敗 。
-
capped collection 不能刪除一個文檔，但可以使用 drop() 方法刪除所有文檔。
capped collection有很高的性能以及隊列過期的特性(過期按照插入的順序)。
capped collection 會高性能地、自動地維護文檔的插入順序，非常適合類似記錄日志的功能。
capped collection 是按照文檔的插入順序而不是使用索引確定插入位置，提高了增添數據的效率。
capped collection 是按照文檔的插入順序保存到集合中的，而這些文檔在磁盤上存放位置也是按照插入順序來保存的，所以當我們更新capped collection 中文檔的時候，更新后的文檔不能超過之前文檔的大小，這樣話就可以確保所有文檔在磁盤上的位置一直保持不變。