不管我們學習什麼資料庫都應該學習其中的基礎概念,在mongodb中基本的概念是文檔、集合、資料庫,下面我們挨個介紹。
下表将幫助您更容易了解Mongo中的一些概念:
SQL術語/概念 | MongoDB術語/概念 | 解釋/說明 |
---|---|---|
database | 資料庫 | |
table | collection | 資料庫表/集合 |
row | document | 資料記錄行/文檔 |
column | field | 資料字段/域 |
index | 索引 | |
table joins | 表連接配接,MongoDB不支援 | |
primary key | 主鍵,MongoDB自動将_id字段設定為主鍵 |
通過下圖執行個體,我們也可以更直覺的了解Mongo中的一些概念:

一個mongodb中可以建立多個資料庫。
MongoDB的預設資料庫為"db",該資料庫存儲在data目錄中。
MongoDB的單個執行個體可以容納多個獨立的資料庫,每一個都有自己的集合和權限,不同的資料庫也放置在不同的檔案中。
"show dbs" 指令可以顯示所有資料的清單。
$ ./mongo
MongoDB shell version: 3.0.6
connecting to: test
> show dbs
local 0.078GB
test 0.078GB
>
執行 "db" 指令可以顯示目前資料庫對象或集合。
$ ./mongo
MongoDB shell version: 3.0.6
connecting to: test
> db
test
>
運作"use"指令,可以連接配接到一個指定的資料庫。
> use local
switched to db local
> db
local
>
以上執行個體指令中,"local" 是你要連結的資料庫。
在下一個章節我們将詳細講解MongoDB中指令的使用。
資料庫也通過名字來辨別。資料庫名可以是滿足以下條件的任意UTF-8字元串。
- 不能是空字元串("")。
- 不得含有' '(空格)、.、$、/、\和\0 (空字元)。
- 應全部小寫。
- 最多64位元組。
有一些資料庫名是保留的,可以直接通路這些有特殊作用的資料庫。
-
admin:
從權限的角度來看,這是"root"資料庫。要是将一個使用者添加到這個資料庫,這個使用者自動繼承所有資料庫的權限。一些特定的伺服器端指令也隻能從這個資料庫運作,比如列出所有的資料庫或者關閉伺服器。
-
local:
這個資料永遠不會被複制,可以用來存儲限于本地單台伺服器的任意集合
-
config:
當Mongo用于分片設定時,config資料庫在内部使用,用于儲存分片的相關資訊。
文檔(Document)
文檔是一組鍵值(key-value)對(即 BSON)。MongoDB 的文檔不需要設定相同的字段,并且相同的字段不需要相同的資料類型,這與關系型資料庫有很大的差別,也是 MongoDB 非常突出的特點。
一個簡單的文檔例子如下:
{"site":"www.runoob.com", "name":"菜鳥教程"}
下表列出了 RDBMS 與 MongoDB 對應的術語:
RDBMS | MongoDB |
---|---|
表格 | 集合 |
行 | 文檔 |
列 | 字段 |
表聯合 | 嵌入文檔 |
主鍵 | 主鍵 (MongoDB 提供了 key 為 _id ) |
資料庫服務和用戶端 | |
Mysqld/Oracle | mongod |
mysql/sqlplus | mongo |
需要注意的是:
- 文檔中的鍵/值對是有序的。
- 文檔中的值不僅可以是在雙引号裡面的字元串,還可以是其他幾種資料類型(甚至可以是整個嵌入的文檔)。
- MongoDB區分類型和大小寫。
- MongoDB的文檔不能有重複的鍵。
- 文檔的鍵是字元串。除了少數例外情況,鍵可以使用任意UTF-8字元。
文檔鍵命名規範:
- 鍵不能含有\0 (空字元)。這個字元用來表示鍵的結尾。
- .和$有特别的意義,隻有在特定環境下才能使用。
- 以下劃線"_"開頭的鍵是保留的(不是嚴格要求的)。
集合就是 MongoDB 文檔組,類似于 RDBMS (關系資料庫管理系統:Relational Database Management System)中的表格。
集合存在于資料庫中,集合沒有固定的結構,這意味着你在對集合可以插入不同格式和類型的資料,但通常情況下我們插入集合的資料都會有一定的關聯性。
比如,我們可以将以下不同資料結構的文檔插入到集合中:
{"site":"www.baidu.com"}
{"site":"www.google.com","name":"Google"}
{"site":"www.runoob.com","name":"菜鳥教程","num":5}
當第一個文檔插入時,集合就會被建立。
合法的集合名
- 集合名不能是空字元串""。
- 集合名不能含有\0字元(空字元),這個字元表示集合名的結尾。
- 集合名不能以"system."開頭,這是為系統集合保留的字首。
- 使用者建立的集合名字不能含有保留字元。有些驅動程式的确支援在集合名裡面包含,這是因為某些系統生成的集合中包含該字元。除非你要通路這種系統建立的集合,否則千萬不要在名字裡出現$。
如下執行個體:
db.col.findOne()
capped collections
Capped collections 就是固定大小的collection。
它有很高的性能以及隊列過期的特性(過期按照插入的順序). 有點和 "RRD" 概念類似。
Capped collections 是高性能自動的維護對象的插入順序。它非常适合類似記錄日志的功能和标準的 collection 不同,你必須要顯式的建立一個capped collection,指定一個 collection 的大小,機關是位元組。collection 的資料存儲空間值提前配置設定的。
Capped collections 可以按照文檔的插入順序儲存到集合中,而且這些文檔在磁盤上存放位置也是按照插入順序來儲存的,是以當我們更新Capped collections 中文檔的時候,更新後的文檔不可以超過之前文檔的大小,這樣話就可以確定所有文檔在磁盤上的位置一直保持不變。
由于 Capped collection 是按照文檔的插入順序而不是使用索引确定插入位置,這樣的話可以提高增添資料的效率。MongoDB 的記錄檔檔案 oplog.rs 就是利用 Capped Collection 來實作的。
要注意的是指定的存儲大小包含了資料庫的頭資訊。
db.createCollection("mycoll", {capped:true, size:100000})
- 在 capped collection 中,你能添加新的對象。
- 能進行更新,然而,對象不會增加存儲空間。如果增加,更新就會失敗 。
- 使用 Capped Collection 不能删除一個文檔,可以使用 drop() 方法删除 collection 所有的行。
- 删除之後,你必須顯式的重新建立這個 collection。
- 在32bit機器中,capped collection 最大存儲為 1e9( 1X109)個位元組。
中繼資料
資料庫的資訊是存儲在集合中。它們使用了系統的命名空間:
dbname.system.*
在MongoDB資料庫中名字空間 <dbname>.system.* 是包含多種系統資訊的特殊集合(Collection),如下:
集合命名空間 | 描述 |
---|---|
dbname.system.namespaces | 列出所有名字空間。 |
dbname.system.indexes | 列出所有索引。 |
dbname.system.profile | 包含資料庫概要(profile)資訊。 |
dbname.system.users | 列出所有可通路資料庫的使用者。 |
dbname.local.sources | 包含複制對端(slave)的伺服器資訊和狀态。 |
對于修改系統集合中的對象有如下限制。
在{{system.indexes}}插入資料,可以建立索引。但除此之外該表資訊是不可變的(特殊的drop index指令将自動更新相關資訊)。
{{system.users}}是可修改的。 {{system.profile}}是可删除的。
MongoDB 資料類型
下表為MongoDB中常用的幾種資料類型。
資料類型 | |
---|---|
String | 字元串。存儲資料常用的資料類型。在 MongoDB 中,UTF-8 編碼的字元串才是合法的。 |
Integer | 整型數值。用于存儲數值。根據你所采用的伺服器,可分為 32 位或 64 位。 |
Boolean | 布爾值。用于存儲布爾值(真/假)。 |
Double | 雙精度浮點值。用于存儲浮點值。 |
Min/Max keys | 将一個值與 BSON(二進制的 JSON)元素的最低值和最高值相對比。 |
Array | 用于将數組或清單或多個值存儲為一個鍵。 |
Timestamp | 時間戳。記錄文檔修改或添加的具體時間。 |
Object | 用于内嵌文檔。 |
Null | 用于建立空值。 |
Symbol | 符号。該資料類型基本上等同于字元串類型,但不同的是,它一般用于采用特殊符号類型的語言。 |
Date | 日期時間。用 UNIX 時間格式來存儲目前日期或時間。你可以指定自己的日期時間:建立 Date 對象,傳入年月日資訊。 |
Object ID | 對象 ID。用于建立文檔的 ID。 |
Binary Data | 二進制資料。用于存儲二進制資料。 |
Code | 代碼類型。用于在文檔中存儲 JavaScript 代碼。 |
Regular expression | 正規表達式類型。用于存儲正規表達式。 |
下面說明下幾種重要的資料類型。
ObjectId
ObjectId 類似唯一主鍵,可以很快的去生成和排序,包含 12 bytes,含義是:
- 前 4 個位元組表示建立 unix 時間戳,格林尼治時間 UTC 時間,比中原標準時間晚了 8 個小時
- 接下來的 3 個位元組是機器辨別碼
- 緊接的兩個位元組由程序 id 組成 PID
- 最後三個位元組是随機數
MongoDB 中存儲的文檔必須有一個 _id 鍵。這個鍵的值可以是任何類型的,預設是個 ObjectId 對象
由于 ObjectId 中儲存了建立的時間戳,是以你不需要為你的文檔儲存時間戳字段,你可以通過 getTimestamp 函數來擷取文檔的建立時間:
> var newObject = ObjectId()
> newObject.getTimestamp()
ISODate("2017-11-25T07:21:10Z")
ObjectId 轉為字元串
> newObject.str
5a1919e63df83ce79df8b38f
字元串
BSON 字元串都是 UTF-8 編碼。
時間戳
BSON 有一個特殊的時間戳類型用于 MongoDB 内部使用,與普通的 日期 類型不相關。 時間戳值是一個 64 位的值。其中:
- 前32位是一個 time_t 值(與Unix新紀元相差的秒數)
- 後32位是在某秒中操作的一個遞增的
序數
在單個 mongod 執行個體中,時間戳值通常是唯一的。
在複制集中, oplog 有一個 ts 字段。這個字段中的值使用BSON時間戳表示了操作時間。
BSON 時間戳類型主要用于 MongoDB 内部使用。在大多數情況下的應用開發中,你可以使用 BSON 日期類型。
日期
表示目前距離 Unix新紀元(1970年1月1日)的毫秒數。日期類型是有符号的, 負數表示 1970 年之前的日期。
> var mydate1 = new Date() //格林尼治時間
> mydate1
ISODate("2018-03-04T14:58:51.233Z")
> typeof mydate1
object
> var mydate2 = ISODate() //格林尼治時間
> mydate2
ISODate("2018-03-04T15:00:45.479Z")
> typeof mydate2
object
這樣建立的時間是日期類型,可以使用 JS 中的 Date 類型的方法。
傳回一個時間類型的字元串:
> var mydate1str = mydate1.toString()
> mydate1str
Sun Mar 04 2018 14:58:51 GMT+0000 (UTC)
> typeof mydate1str
string
或者
> Date()
Sun Mar 04 2018 15:02:59 GMT+0000 (UTC)