MongoDB 操作手冊CRUD查詢指標，mongodbcrud

MongoDB 操作手冊CRUD查詢指標，mongodbcrud
枚舉遍曆指標概述前面已經講過，db.collection.find()如果沒有指定給一個var聲明的變數，將自動枚舉前20條記錄。
手動枚舉指標在mongo控制台中，將查詢賦給一個var聲明的變數，讓其不自動枚舉。
var cur = db.testData.find();
然後每次調用這個指標，將自動遍曆20條
cur;
也可以使用指標的next()方法來擷取下一條記錄
var cur = db.testData.find();
while(cur.hasNext())
{
print(tojson(cur.next()));//此處列印操作可以用printjson來替換：printjson(cur.next());
}
可以用指標的forEach()方法來遍曆指標資料：
var cur = db.testData.find();
cur.forEach(printjson);
枚舉下標在mongo控制台中，可以使用toArray()方法來訪問指標結果。
var cur=db.testData.find();
var arr = cur.toArray();
var item = arr[2];
toArray()方法將載入所有查詢結果到記憶體，這個方法將遍曆完整個指標。
另外，一些驅動提供了直接使用數組下標的方式，這個方式是調用了toArray()的縮寫。
var cur=db.testData.find();
var item = cur[3];
以上兩句等同於cur.toArray()[3];


為何MongoDB可以替代MySQL？

MongoDB是一個面向文檔的資料庫，目前由10gen開發並維護，它的功能豐富，齊全，完全可以替代MySQL。在使用MongoDB做產品原型的過程中，我們總結了MonogDB的一些亮點：使用JSON風格文法，易於掌握和理解：MongoDB使用JSON的變種BSON作為內部儲存的格式和文法。針對MongoDB的操作都使用JSON風格文法，用戶端提交或接收的資料都使用JSON形式來展現。相對於SQL來說，更加直觀，容易理解和掌握。Schema-less，支援嵌入子文檔：MongoDB是一個Schema-free的文檔資料庫。一個資料庫可以有多個Collection，每個Collection是Documents的集合。Collection和Document和傳統資料庫的Table和Row並不對等。無需事先定義Collection，隨時可以建立。Collection中可以包含具有不同schema的文檔記錄。 這意味著，你上一條記錄中的文檔有3個屬性，而下一條記錄的文檔可以有10個屬性，屬性的類型既可以是基本的資料類型（如數字、字串、日期等），也可以是數組或者散列，甚至還可以是一個子文檔（embed document）。這樣，可以實現逆正常化（denormalizing）的資料模型，提高查詢的速度。圖1 MongoDB是一個Schema-free的文檔資料庫圖2是一個例子，作品和評論可以設計為一個collection，評論作為子文檔內嵌在art的comments屬性中，評論的回複則作為comment子文檔的子文檔內嵌於replies屬性。按照這種設計模式，只需要按照作品id檢索一次，即可獲得所有相關的資訊了。在MongoDB中，不強調一定對資料進行Normalize ，很多場合都建議De-normalize，開發人員可以扔掉傳統關聯式資料庫各種範式的限制，不需要把所有的實體都映射為一個Collection，只需定義最頂級的class。MongoDB的文檔模型可以讓我們很輕鬆就能將自己的Object映射到collection中實現儲存。圖2 MongoDB支援嵌入子文檔簡單易用的查詢方式：MongoDB中的查詢讓人很舒適，沒有SQL難記的文法，直接使用JSON，相當的直觀。對不同的開發語言，你可以使用它最基本的數組或散列格式進行查詢。配合附加的operator，MongoDB支援範圍查詢，Regex查詢，對子文檔內屬性的查詢，可以取代原來大多數任務的SQL查詢。CRUD更加簡單，支援in-place update：只要定義一個數組，然後傳遞給MongoDB的insert/update方法就可自動插入或更新；對於更新模式，MongoDB支援一個upsert選項，即：“如果記錄存在那麼更新，否則插入”。MongoDB的update方法還支援Modifier，通過Modifier可實現在服務端即時更新，省去用戶端和服務端的通訊。這些modifer可以讓MongoDB具有和Redis、Memcached等KV類似的功能：較之MySQL，MonoDB更加簡單快速。
 
為何MongoDB可以替代MySQL？

MongoDB是一個面向文檔的資料庫，目前由10gen開發並維護，它的功能豐富，齊全，完全可以替代MySQL。在使用MongoDB做產品原型的過程中，我們總結了MonogDB的一些亮點：使用JSON風格文法，易於掌握和理解：MongoDB使用JSON的變種BSON作為內部儲存的格式和文法。針對MongoDB的操作都使用JSON風格文法，用戶端提交或接收的資料都使用JSON形式來展現。相對於SQL來說，更加直觀，容易理解和掌握。Schema-less，支援嵌入子文檔：MongoDB是一個Schema-free的文檔資料庫。一個資料庫可以有多個Collection，每個Collection是Documents的集合。Collection和Document和傳統資料庫的Table和Row並不對等。無需事先定義Collection，隨時可以建立。Collection中可以包含具有不同schema的文檔記錄。 這意味著，你上一條記錄中的文檔有3個屬性，而下一條記錄的文檔可以有10個屬性，屬性的類型既可以是基本的資料類型（如數字、字串、日期等），也可以是數組或者散列，甚至還可以是一個子文檔（embed document）。這樣，可以實現逆正常化（denormalizing）的資料模型，提高查詢的速度。圖1 MongoDB是一個Schema-free的文檔資料庫圖2是一個例子，作品和評論可以設計為一個collection，評論作為子文檔內嵌在art的comments屬性中，評論的回複則作為comment子文檔的子文檔內嵌於replies屬性。按照這種設計模式，只需要按照作品id檢索一次，即可獲得所有相關的資訊了。在MongoDB中，不強調一定對資料進行Normalize ，很多場合都建議De-normalize，開發人員可以扔掉傳統關聯式資料庫各種範式的限制，不需要把所有的實體都映射為一個Collection，只需定義最頂級的class。MongoDB的文檔模型可以讓我們很輕鬆就能將自己的Object映射到collection中實現儲存。圖2 MongoDB支援嵌入子文檔簡單易用的查詢方式：MongoDB中的查詢讓人很舒適，沒有SQL難記的文法，直接使用JSON，相當的直觀。對不同的開發語言，你可以使用它最基本的數組或散列格式進行查詢。配合附加的operator，MongoDB支援範圍查詢，Regex查詢，對子文檔內屬性的查詢，可以取代原來大多數任務的SQL查詢。CRUD更加簡單，支援in-place update：只要定義一個數組，然後傳遞給MongoDB的insert/update方法就可自動插入或更新；對於更新模式，MongoDB支援一個upsert選項，即：“如果記錄存在那麼更新，否則插入”。MongoDB的update方法還支援Modifier，通過Modifier可實現在服務端即時更新，省去用戶端和服務端的通訊。這些modifer可以讓MongoDB具有和Redis、Memcached等KV類似的功能：較之MySQL，MonoDB更加簡單快速。