- 绿色版查看
- 绿色版查看
- 绿色版查看
- 绿色版查看
之所以喜欢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。
1、启动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查看。
2、作为服务进行安装
使用管理员权限打开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服务
3、进入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一旦精心设计之后，就可以分配给不同用户，一劳永逸了）
有用
有用
有用