MongoDB

Object IDs在mongodb中的文檔需要使用唯一的關鍵字_id來標識他們。_id欄位幾乎每一個mongodb文檔都使用_id欄位作為第一個屬性（在系統集合和定容量集合（capped

開源的MongoDB管理工具 MongoCola-1.20 正式發布了。雖然不敢說完全沒有Bug，但是在我能力範圍之內的，能改正的Bug都改正了。沒有正規的測試團隊，靠著零星的網友的幫忙，品質保證很難啊。下周開始去新公司上班了，由於種種原因，我要連續上9天的班，o(╯□╰)o。。。。 這次新增的功能包括：（和1.13相比）1.Replset副本的初始化功能    通過工具，將任何一個普通的伺服器提升為一個副本的Primary。2.複本伺服器的管理：   

MongoDB介紹：非關係型資料庫，主要為瞭解決：a) 對資料庫高並發的需求b) 對海量資料的高效率儲存和訪問的需求c) 對資料庫的高可擴充性和高可用性的需求缺點：a) 資料庫事務一致性需求b)資料庫的寫即時性和讀即時性需求c)對複雜的Sql查詢，特別是多表關聯查詢MongoDB與關係型資料庫儲存區別：1.下載MongoDBhttp://www.mongodb.org/downloads  在我發這篇blog時我用的是1.8.2,用的是Linux

Node.js and MongoDB – Getting started with MongoJS關注Node.js，每天推送新知識It won’t be an exaggeration if one claims that in the past few months Node.js and MongoDB have literally taken the software and web industries by storm.Not just bleeding-edge

 基於Mongodb的file server 最近在抱怨公司的file server，現有的file server通過伺服器提供介面，將檔案儲存到伺服器硬碟，按照ID分檔案。通過定期備份到其它伺服器，運行了這麼久出現過一次事故，硬碟被同事格式化導致丟失了一部分資料。因此考慮如果重新設計file

何時使用GridFS大量檔案。GirdFS在處理大資料量（幾千）檔案時比很多檔案系統表現要好。使用者上傳的檔案。當使用者上傳檔案時你可能會有大量的檔案，並且想對他們進行複製然後備份。GridFS是儲存他們的理想途徑，這樣你就可以想管理普通資料那樣管理這些檔案了。你還可以使用關鍵字使用者，上傳時間等到資料倉儲中直接查詢，不需要通過間接層。經常改變的檔案。如果你有一些確定會經常改變的檔案-把他們儲存在GridFS是有意義的，這樣你可以在一個地方修改，然後所有的用戶端會擷取這些更新。它比儲存在分類樹中

Mongodb是一個資料庫伺服器：它運行在前台或者後台，等待來自使用者的串連。當你啟動mongodb，你會看到類似於下面的內容：~/$ ./mongod## some logging output#Tue Mar 9 11:15:43 waiting for connections on port 27017Tue Mar 9 11:15:43 web admin interface listening on port

 compact命令v1.9+壓縮命令會對一個集合進行壓縮和除片段。索引也會被重建和壓縮。這會為資料庫中其他集合釋放空間。在概念上它和repairDatabase類似，但是它僅僅作用於一個集合而不是整個資料庫。運行（mongo shell上面的樣本）：> db.runCommand( { compact : 'mycollectionname' } )OR> db.mycollection.runCommand( "compact"

help show help show dbs show database names show collections show collections in current database show users show users in current database show profile show

在MySQL中，慢查詢日誌是經常作為我們最佳化資料庫的依據，那在MongoDB中是否有類似的功能呢?答案是肯定的，那就是MongoDB Database Profiler。所以MongoDB 不僅有，而且還有一些比MySQL的Slow Query Log更詳細的資訊。 開啟 Profiling  功能 有兩種方式可以控制 Profiling  的開關和層級，第一種是直接在啟動參數裡直接進行設定。 啟動MongoDB時加上–profile=層級  即可。 也可以在用戶端調用

簡介：MongoDB是一個介於關聯式資料庫和非關聯式資料庫之間的產品，是非關聯式資料庫當中功能最豐富，最像關聯式資料庫的。他支援的資料結構非常鬆散，是類似json的bjson格式，因此可以儲存比較複雜的資料類型。Mongo最大的特點是他支援的查詢語言非常強大，其文法有點類似於物件導向的查詢語言，幾乎可以實作類別似關聯式資料庫單表查詢的絕大部分功能，而且還支援對資料建立索引。它的特點是高效能、易部署、易使用，儲存資料非常方便。主要功能特性有：· 面向集合儲存，易儲存物件類型的資料。· 模式自由。·

 /Files/hanguoji/MongoDB權威指南中文版.rarMongoDB權威介紹：http://www.cnblogs.com/silentcross/archive/2011/06/27/2091530.html 查詢：MySQL:SELECT * FROM userMongo:db.user.find()MySQL:SELECT * FROM user WHERE name = ’starlee’Mongo:db.user.find({‘name’ :

轉載自 http://www.cnblogs.com/spnt/Mongodb的Sharding維護也是就那幾個命令，相對來說都很簡單，結合執行個體做下示範。1，列出所有的Shard Server注意一點是：需要串連到路由的admin下。listshards的參數1是一個固定的預設值，沒有特殊的意義。2，查看Sharding的資訊切換到Friends資料庫，使用printShardingStatus(),可以看到當前Sharding的資訊。3，對現有的表執行Sharding。 

文章目錄 原始方式設定檔方式Daemon方式 原始方式只有啟動了MongoDB的服務，才能使用MongoDB的功能，通常情況下會開一個命令視窗，輸入下面的命令來啟動服務：

1.使用shell的技巧shell內建的協助:使用db.help()可以查看資料庫層級的命令協助,集合的相關協助可以通過db.blog.help()輸入的時候不要輸入括弧,這樣就可以顯示該函數的javascript原始碼: 使用db.集合名

現象：WriteResult res = mongoTemplate.updateFirst(query, updateObj, "ServerToAgentReq_SMS");擷取res.getN()傳回值時，發現偶爾情況下該傳回值為0，表示該更新操作沒有更新到任何資料。並且如果是多線程並發更新，失敗幾率大大提高。官網表示不能保證更新操作的成功性....方案：一次失敗後，另起線程多次重試。  private ThreadPoolExecutor exec = new

昨天看到fish的MongoDB，但遇到不少問題，於是自己一步一步嘗試，將遇到之問題和解決方案記錄總結首先感謝fish！昨天忘了放連結：http://www.cnblogs.com/fish-li/archive/2011/06/26/2090800.html再有就是快一年沒更新部落格了，不過本人天天開啟部落格園看各位的博文，就像公務員每天上班喝茶看報紙一樣，習慣了。。。盡量以後每月出個兩篇文章吧，本人這一年沒寫部落格就幹了一個活，www.520.cn，請大家賞析，前台使用mvc2.0，spar

MongoDB是一個面向文檔的資料庫，目前由10gen開發並維護，它的功能豐富，齊全，完全可以替代MySQL。在使用MongoDB做產品原型的過程中，我們總結了MonogDB的一些亮點：使用JSON風格文法，易於掌握和理解：MongoDB使用JSON的變種BSON作為內部儲存的格式和文法。針對MongoDB的操作都使用JSON風格文法，用戶端提交或接收的資料都使用JSON形式來展現。相對於SQL來說，更加直觀，容易理解和掌握。Schema-less，支援嵌入子文檔：MongoDB是一個Schem

//MongoDB伺服器串連串 string connectionString = ConfigurationManager.ConnectionStrings["concString"].ToString(); MongoServer server = MongoServer.Create(connectionString); //串連到mydb資料庫 MongoDatabase db = server.GetDatabase(

Q：Mongodb資料服務有什麼用？A：首先，Mongodb適合儲存大量的非業務資料，因此，Adhesive架構提倡把不是非常重要的非業務資料（比如應用程式資訊中心的日誌、異常、狀態資料，又比如WCF擴充模組的WCF調用資料，或者其它的各種業務日誌、監控日誌）儲存在Mongodb中。雖然Mongodb的非結構化模式適合儲存各種類型的資料，但是我們不得不針對各種類型的資料進行重複開發來解決一些問題：1）往往大量的資料希望是後台隊列非同步提交的，並且還需要容忍服務端和資料庫的短時間不可用，因此需要開