MongoDB 操作手冊CRUD 刪除 remove，mongodbcrud

MongoDB 操作手冊CRUD 刪除 remove，mongodbcrud
刪除記錄    概述  在MongoDB中，db.collection.remove()方法用於刪除集合中的記錄。可以刪除所有記錄，刪除所有合格記錄，或者是僅刪除一條記錄。
    刪除所有記錄 刪除一個集合中的所有記錄，只要將一個空的查詢對象{}傳給remove()方法即可。remove()方法不刪除索引。
 例:db.testData.remove({});
  使用remove()方法刪除一個集合中的所有記錄，可能比使用drop()方法刪除包含索引的整個集合，再重建集合和索引更高效。
    刪除合格記錄  刪除一個集合中的所有合格記錄，將一個查詢對象傳遞個remove()方法即可。
  例：db.testData.remove({type:'food'});//將刪除所有type欄位為food的記錄
  對於大規模的刪除操作，如果你想要複製某些記錄到新的集合中，再用drop()方法刪除整個集合，remove()操作操作可能更高效。
  刪除單條合格記錄  刪除一個集合中的合格一條記錄，需要給remove()方法一個justOne參數，設定為ture或者1
  例：db.testData.remove({type:'food'},1);
  要刪除一條在集合中按照某種次序排列的記錄，使用findAndModify()方法。
為何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更加簡單快速。