MongoDB的应用场景

每个技术或者产品的出现，都有其背景，并不是臆造或者凭空出现的，都是为特定的历史发展时期解决特定的问题而生。我们来看看横空出世的MongoDB具体能解决什么问题。
先回顾下NoSQL的概念，NoSQL的常见的解释一般有两种，一是不仅仅是SQL（Not Only SQL），二是非关系型（Non-relatonal）。在这里我们理解为非关系型数据库。非关系型数据库的种类比较多，主要有MongoDB为代表的文档存储型（Document
store），Cassandra为代表的列存储型（Wide column store），Redis为代表的键值型（Key-Value store）等，更详细的信息可以从DB-Engine网站了解。
现在说说MongoDB的情况，MongoDB的名字由来，Humongous Database=MongoDB，中文意思就是巨大无比的数据库，顾名思义，MongoDB就是为处理大数据而生，以解决海量数据的存储和高效查询使用为使命。可以看出，它的使命不是为替代关系型数据库为目的，而是为对关系型数据库的补充。

一、mongodb介绍

    MongoDB (名称来自"humongous") 是一个可扩展的高性能，开源，模式自由，面向文档的数据库。它使用C++编写。MongoDB特点:

  a.面向集合的存储：适合存储对象及JSON形式的数据。

  b.动态查询：mongo支持丰富的查询表达方式，查询指令使用JSON形式的标记，可轻易查询文档中的内嵌的对象及数组。

  c.完整的索引支持:包括文档内嵌对象及数组。mongo的查询优化器会分析查询表达式，并生成一个高效的查询计划。

  d.查询监视：mongo包含一个监视工具用于分析数据库操作性能。

  e.复制及自动故障转移：mongo数据库支持服务器之间的数据复制，支持主-从模式及服务器之间的相互复制。复制的主要目的是提供冗余及自动故障转移。

  f.高效的传统存储方式：支持二进制数据及大型对象（如照片或图片）。

  g.自动分片以支持云级别的伸缩性：自动分片功能支持水平的数据库集群，可动态添加额外的机器。

二、MongoDB的特点：
1、非关系型
既然是非关系型，那就肯定不适用复杂的多文档（多表）的级联查询，如果有这样的需求，我们还是用关系型数据库吧，MongoDB不适合。
2、模型自由（Schema-Free）
MongoDB一个数据库实例可以有多个Collection（集合）（对应关系型数据库的表Table），一个Collection里有多个Document（对应关系型数据库的行Row），所谓模型自由，用关系型数据库的话说，就是表Table的列Column的数量和类型不确定。是不是很意外？确实是这样的，也就是说在一个Collection里的多个Document，每个Document都可以有任意个属性，并且每个属性的类型都可以不一样。如果我们的程序的数据校验大部分都依赖于后台数据库的校验，用MongoDB肯定会获得数据错乱，反过来说，我们可以获取到巨大的自由，随时根据需要扩充属性字段，同时有一个棒棒的后台。
3、副本集和分片集群（Replica Sets and Sharded Clusters）
MongoDB提供副本集和分片集群技术，从先天上支持数据库的高扩展性和高伸缩性，可以简单的是使用基于X86的小服务器集群，提供强大的处理能力，而且很容易扩展，目前3.0版本已经支持高达50个副本集。分片集群会让不停增长的数据始终如一的提供初始的访问性能，而不会随着数据的增长，系统的访问速度越来越慢。

三、mongo使用场合

    mongodb的主要目标是在键/值存储方式（提供了高性能和高度伸缩性）以及传统的RDBMS系统（丰富的功能）架起一座桥梁，集两者的优势于一身。mongo适用于以下场景：

  a.网站数据：mongo非常适合实时的插入，更新与查询，并具备网站实时数据存储所需的复制及高度伸缩性。

  b.缓存：由于性能很高，mongo也适合作为信息基础设施的缓存层。在系统重启之后，由mongo搭建的持久化缓存可以避免下层的数据源过载。

  c.大尺寸、低价值的数据：使用传统的关系数据库存储一些数据时可能会比较贵，在此之前，很多程序员往往会选择传统的文件进行存储。

  d.高伸缩性的场景：mongo非常适合由数十或者数百台服务器组成的数据库。

  e.用于对象及JSON数据的存储：mongo的BSON数据格式非常适合文档格式化的存储及查询。

不适合的场景：

  a.高度事物性的系统：例如银行或会计系统。传统的关系型数据库目前还是更适用于需要大量原子性复杂事务的应用程序。

  b.传统的商业智能应用：针对特定问题的BI数据库会对产生高度优化的查询方式。对于此类应用，数据仓库可能是更合适的选择。

  c.需要SQL的问题。