之以是喜爱MongoDB，次若是由于在动态语言中运用它是如斯的重大，做作。到当初为止，我已经在两个名目（Encode 以及 Sparrw）中运用过它了，尽管对于这个抉择我颇为知足，可是有些下场我仍是不留意到，这些下场让我抓了好多少个小时的头皮才处置。假如你有多台机械，而后为数据库多调配多少台机械，那末有些下场可能勉强傅会，可是我的名目是运行在单个（伪造）效率器之上的低流量Web运用挨次。
MongoDB效率端可运行在Linux、Windows或者OS X平台，反对于32位以及64位运用，默认端口为27017。推选运行在64位平台，由于MongoDB
在32位方式运行时反对于的最大文件尺寸为2GB。
MongoDB把数据存储在文件中（默认道路为：/data/db），为后退功能运用内存映射文件妨碍规画。
装置配置装备部署：
MongoDB默认的数据目录为：C:datadb。假如不用默认目录，则需要在在mongod.exe命令后加--dbpath参数。
建树数据目录。我建树的是D:devmongodb-win32-x86_64-2.4.5datadb
建树日志目录及其文件。我建树的是D:devmongodb-win32-x86_64-2.4.5log及D:devmongodb-win32-x86_64-2.4.5loglog.txt。
一、启动MongoDB
掀开cmd窗口(cmd.exe)，进入D:devmongodb-win32-x86_64-2.4.5bin，实施mongod.exe命令，见下图。
mongod.exe --logpath=D:devmongodb-win32-x86_64-2.4.5loglog.txt --dbpath=D:devmongodb-win32-x86_64-2.4.5datadb!
--logpath 参数是设定日志文件的道路。
--dbpath 参数是设定数据库文件的寄存道路。
mongod.exe命令的所有参数选项可经由mongod.exe --help魔难。
二、作为效率妨碍装置
运用规画员权限掀开windows的cmd窗口，进入D:devmongodb-win32-x86_64-2.4.5bin目录。
mongod.exe --install --logpath=D:devmongodb-win32-x86_64-2.4.5loglog.txt --dbpath=D:devmongodb-win32-x86_64-2.4.5datadb
--install 参数是设定装置为效率器！
配置为效率后，即可在cmd(规画员权限掀开的windows cmd窗口)窗口用效率的方式启动或者停止MongoDB。
net start mongodb 启动mongodb效率
net stop mongodb 启动mongodb效率
三、进入shell情景地面
进入sheelMongoDB后，在cmd窗口进入D:devmongodb-win32-x86_64-2.4.5bin目录，输入mongo.exe，则可能进入shell情景地面。
主要功能：
面向会集存储，易存储工具规范的数据。
方式逍遥。
反对于动态查问。
反对于残缺索引，搜罗外部工具。
反对于查问。
反对于复制以及倾向复原。
运用高效的二进制数据存储，搜罗大型工具（如视频等）。
自动处置碎片，以反对于云合计条理的扩展性
反对于RUBY，PYTHON，JAVA，C++，PHP等多种语言。
文件存储格式为BSON（一种JSON的扩展）
可经由收集碰头
更新日志：
MongoDB 2.6 已经在明天宣告，尽管，关注MongoDB的同志做作知道这个新闻。
全部MongoDB2.6，总体感应认证零星是一个重新妄想的零星。尽管，MongoDB 2.4.6开始，就已经在试验新的基于Role的认证方式了，可是真正的成熟仍是在2.6.0这个版本。
TextSearch全文检索
这个功能在 2.4.6概况就有的功能，这次的变更是，将这个TextSearch的放入了Aggerate概况了。
换句话说，原本的全文检索的服从是单独的，如今可能作为聚合检索的一个部份了，文本检索的服从可能作为其余聚合操作的输入数据。
作为MongoDB5年里程碑的这个版本，尚有其余良多对于以往功能的增强。
作为一个临时审核MongoDB的人来说，我总体以为，如今是巨匠可能试验MongoDB的一个光阴点了。
2.6.0从前的版本简直有良多诟病，除了前面说过的读写的清静之外，尚有良多妄想上的下场。
经由2.4的良多演化后，良多工具都定型了：
主从（Master-Slaver）模子 被 Replication模子替换
退出基于Role的认证后，可能自界说脚色（尽管，零星也有一些内置的脚色）
全文检索（很遗憾，不反对于中文）的强化 具备特色的 地舆聚合（良多处置地舆坐标的内置函数）
TLL数据集（数据集概况的记实会逐渐自动删作废，有点缓存的意思）Capped数据集（牢靠巨细的数据集，在存储以及读写上后退功能，舍身锐敏性）
Sharding反对于了ShardKey
索引的内容丰硕了良多，特意是有了text属性的索引，对于全文检索的辅助很大
MongoDB的2.4已经宣告，其中搜罗新的功能，如文本搜查，基于散列的分片。
主要功能以及增强功能：
基于散列分片
Capped 阵列
文本搜查（测试版）
地舆空间增强
更快的计数
聚合框架的改善
基于脚色的权限
使命会集成器
改善复制
甚么是基于脚色Role的认证零星？
在以往的MongoDB中，民间不断推选MongoDB理当在一个Trust的情景下运行，对于认证以及清静性上的思考是不短缺的。
（MongoDB的清静性以及读写的残缺性从前不断被人诟病，WriteConcern处置了写数据的清静性，这次的RoleBase的认证机制，在确定水平上后退了MongoDB的清静性）
如今在MongoDB中建树的User，除了实用户名，明码等传统属性之外，尚有一个Role的意见。
每一个Role的操作权限是差距的，而且，凭证细化的配置装备部署，可能将每一个Role的权限界说的颇为详细，
Role可能查问，更正某个数据库，某个数据表，都可能做到小粒度的界说。
每一个用户可能同时具备多个Role，这样的话，规画员可能对于各个用户的权限做到颇为精确的操作了。
MongoDB的 详细实现 Role：
每一个Role可能有多个Privilege，每一个Privilege指定了可能碰头的资源（可能指定数据集，数据库，精确到详细的某个数据集）
对于资源的可能实施的操作（Action），好比 数据集的查找 概况 更新。对于种种的操作已经做到颇为小的粒度的细化了。
好比 削减用户 以及 删除了用户 已经是两个操作了（Action）,而不是个别清晰的，增删改是同样的操作。
（尽管，可能也有人以为如斯细化对于规画者来说也是一种负责。不外一个Role一旦精心妄想之后，就能调配给差距用户，一劳永逸了）
;)
