MongoDB

  首先，感謝cnblogs TV,感謝博主的TV,更感謝對上期分享支援的朋友們。在你們的支援，才有了讓我寫下這一期的動力。夜晚也許你在電視機邊看電視，也許你在網上看電影。而我在堅守了一天的電腦之後，繼續坐到了電腦邊，聽著北京廣播網的87.6，寫著技術分享。好了重點來了，也是very

        註：本文是研究Mongodb分布式資料存放區的副產品，通過本文的相關步驟可以將一個大表中的資料分布到幾個mongo伺服器上。       MongoDB的1.6版本中auto-sharding功能基本穩定並可以嘗試放到生產環境下使用。因為其是auto-sharding，即mongodb通過mongos(一個自動分區模組，用於構建一個大規模的可擴充的資料庫叢集,這個叢集可以併入動態增加的機器)自動建立一個水平擴充的資料庫叢集系統，將資料庫分表格儲存體在sharding的各個節點上。

protected virtual MongoConfigurationBuilder GetConfiguration() { var builder = new MongoConfigurationBuilder(); builder.ReadConnectionStringFromAppSettings("tests");return builder; }//資料對應類(key,value) class

MongoDB 標準連接字串mongodb://[username:password@]host1[:port1][,host2[:port2],…[,hostN[:portN]]][/[database][?options]]註：並非所有MongoDB驅動都支援完整的連接字串，不支援此格式串連字串的驅動會有替代串連方案，具體請參照驅動自身的說明文檔。 mongodb:// 是串連字串必須的首碼字串 username:password@ 可選項，串連到資料庫後會嘗實驗證登陸 host1

      近期NoSql資料庫比較火，於是本著與時俱進的態度，開始對MongoDB進行學習。學習的最好方法就是動手做做執行個體，於是選擇了經常使用到的樹結構作為入門例子。本例子將根據《Tree in MongoDB》推薦的全路徑方法構建樹結構。      首先要做的是一所示的操作頁面。            圖一  操作頁面     

MongoDB的驅動有好幾個，分布式檔案儲存體的資料庫開源項目MongoDB裡使用的是github.com/samus/mongodb-csharp，monogodb-csharp不是強型別，使用起來不方便。轉向使用支援強型別訪問MongoDB的NoRM C# driver。NoRM 驅動和MongoDB-CSharp的一個區別的地方就是NoRM使用強型別的類操作MongoDB-CSharp的Document類。使用NoRM很簡單，引用NoRM.dll就可以了，下面的例子是一個控制台程式：

項目中使用到了mongdb，在小資料量時，和關係型資料庫一樣，看不出任何問題。當資料的操作變的頻繁，如對10萬級的資料表連續進行查詢操作，mongdb會變的非常緩慢。到底是什麼原因呢？這是spring版本的mongdb操作，spring的MongoTemplate只是對源生方法的一些封裝，如果spring環境下有這些問題，直接使用源生方法進行的資料操作也會產生同樣的問題。下面是我的最佳化過程：1.建立索引，索引對mongdb的查詢速度影響非常大，mongdb索引建立的方法網上有很多，我這裡舉一個

Update:2013-7-12mongodb-win32-x86_64-2.4.5

根據此前的學習，已經可以瞭解到MongoDB主要的幾種伺服器角色：Mongos，這是MongoDB群集的入口伺服器，主要承擔資料路由任務。它會根據配置的“片鍵”將資料分發到自己管理的MongoDB群集中；ConfigServer，該伺服器角色負責管理Mongos資料分區的依據，資料和片的對應關係以及相應的配置資訊（需要注意的是ConfigServer的個數必須為1或3）ShardServer，獨立的分區Mongod伺服器，併入到Mongos下統一管理，儲存分區的資料；ShardServer(re

MongoDB是由（database）、集合（collection）、文檔對象（document）三個層次組成。和關係型資料庫的對應關係：   關係型資料庫                                                           MongoDB資料庫   database                                                                database   table            

     最近有一個需求，對資料的即時性要求比較高，之前尋找過一些記憶體資料庫，首先將收費的產品先排除掉，然後再排除一些嵌入式產品，最終留下兩個產品：    1：Mysql記憶體引擎;    2：基於記憶體檔案對應的文檔資料庫Mongodb;    針對以上兩種產品，mysql記憶體引擎有如下缺點是我們放棄的理由：    1：資料量比較大的情況，比之innodb引擎優勢並不明顯，資料小的時候採用B-Tree索引結構效能還是可以接受的。   

mongodb 以管理員登入並建立 database在一個有了使用者名稱的資料庫集中,即使在 admin 資料庫中建立了使用者,登入上去後還是不能訪問其他資料庫的,但是用   登入是可以的呀,雖然可以在相應資料庫中再建立使用者,但別的程式都不用是怎麼回事? 原來是要在使用者名稱後加上 "(admin)" 標識.例如            //ok//MongoServer server = MongoServer.Create("mongodb://root:111@192.168.0.34:2

using System;using System.Collections.Generic;using System.ComponentModel;using System.Data;using System.Drawing;using System.Linq;using System.Text;using System.Windows.Forms;using MongoDB.Driver;using MongoDB.Bson;namespace mangodb{    public

文章目錄 一、下載MongoDB二、佈建服務三、更快、更簡單的部署方案

首先從網上下載MongoDB。地址http://www.mongodb.org/，找到適合自己的下載這是我下載的。在E盤建立個檔案夾，將剛才下載的zip解壓，將其中bin目錄下的檔案全部拷貝至剛才建立的檔案夾。然後在其中再建立個data檔案夾。然後通過cmd去啟動你的MongoDB看我紅線框出來的即可。上面打錯了 - -然後訪問localhost:27017看到如下所示，就表示你的MongoDB已經啟動完畢 增加：using System;using

最近開始閱讀一些關於MongoDB的文章，越來越覺得它就是我所需要。不過，我先對對它知之甚少，看到都是些表面現象，慢慢瞭解吧。昨天開始閱讀卡爾寫的MongoDB簡介，一共33頁，感覺文章說得不算太清楚，需要自己動手多嘗試和體會。對於傳統資料庫來說CRUD（=Create+Read+Update+Delete）就是核心了，而U又是其中最值得關注的！今天把Update部分邊看簡介，邊實踐了一下。Update有4個參數：第一個、selector，第二個、newValue，第三個、upserts，第四個

   cookie只是session綁定用戶端的一種途徑，其它的還有比如url等 session_set_save_handler僅僅是對伺服器端，session的儲存方式，預設為檔案儲存體，可更改為任何其它儲存，比如資料庫，memcache等   可以使用 session_set_save_handler的函數：   bool session_set_save_handler(callback $open, callback $close, callback $read, callback $

1. 什麼時候啟用分區?　　答: 雖然分區很強大，但是它也需要更多的硬體以及更加複雜的配置。對於採用分區的思路應該是寧可不用也不亂用。但是也要提前做好準備，不要到了快撐不住的時候才開始考慮，因為那個時候能給你思考的時間並不多。如果應用到最後仍是要採用分區的話，那在最開始就要考慮清楚到底是哪些集合會採用分區。以及設計好片鍵。　　當滿足如下三個條件其中一個，也可以考慮採用分區：　　（一） 資料集大小接近單個節點的儲存容量。　　（二） 活躍資料量接近節點最大記憶體容量。　　（三）

    今天跟大家分享一下mongodb中比較好玩的知識，主要包括：彙總，遊標。一： 彙總      常見的彙總操作跟sql server一樣，有：count，distinct，group，mapReduce。<1> count        count是最簡單，最容易，也是最常用的彙總工具，它的使用跟我們C#裡面的count使用簡直一模一樣。 <2> distinct       這個操作相信大家也是非常熟悉的，指定了誰，誰就不能重複，直接。 <3>

    這些天項目改版，時間比較緊，部落格也就沒跟得上，還望大家見諒。    好，今天分享下mongodb中關於索引的基本操作，我們日常做開發都避免不了要對程式進行效能最佳化，而程式的操作無非就是CURD，通常我們又會花費50%的時間在R上面，因為Read操作對使用者來說是非常敏感的，處理不好就會被人唾棄，呵呵。