本文目录一览：
对比MySQL,什么场景MongoDB更适用
对比MySQL，什么场景MongoDB更适用 MySQL 关系型数据库。 在不同的引擎上有不同 的存储方式。 查询语句是使用传统的sql语句，拥有较为成熟的体系，成熟度很高。
默认情况下，对比事务安全，MongoDB更关注高的插入速度。如果你需要加载大量低价值的业务数据，那么MongoDB将很适合你的用例。但是必须避免在要求高事务安全的情景下使用MongoDB，比如一个1000万美元的交易。
MongoDB适用于需要处理大量数据，特别是无结构或半结构化数据的场景，同时需要高性能和水平扩展能力的应用场景。 处理大量数据：MongoDB是一个面向文档的数据库，采用BSON（二进制JSON）格式存储数据。
使用JSON风格语法，易于掌握和理解：MongoDB使用JSON的变种BSON作为内部存储的格式和语法。针对MongoDB的操作都使用JSON风格语法，客户端提交或接收的数据都使用JSON形式来展现。相对于SQL来说，更加直观，容易理解和掌握。
一般情况下，使用mysql，只有大数据或者并发很高的时候才使用mongodb。还有，mysql支持事务，mongodb是不支持的。使用oracle、sql server也是不错的。
什么是mongoDB数据库
1、MongoDB 是一种 NoSQL 数据库，其设计目的是提供一种非关系型的数据存储解决方案。
2、MongoDB是非关系型数据库。MongoDB又叫文档型数据库，或非关系型数据库，是一种NoSQL的数据库，是网站数据库的优选。
3、MongoDB是一个基于分布式文件存储的数据库。由C++语言编写。旨在为WEB应用提供可扩展的高性能数据存储解决方案。MongoDB 是一个介于关系数据库和非关系数据库之间的产品，是非关系数据库当中功能最丰富，最像关系数据库的。
4、MongoDB是一个介于关系数据库和非关系数据库之间的产品，是非关系数据库当中功能最丰富，最像关系数据库的。
mongoDB应用篇-mongo聚合查询
1、如果我们在日常操作中，将部分数据存储在了MongoDB中，但是有需求要求我们将存储进去的文档数据，按照一定的条件进行查询过滤，得到想要的结果便于二次利用，那么我们就可以尝试使用MongoDB的聚合框架。
2、之前也说过，MongoDB数据库里面的数据是键值对形式，所以如果想要插入多条数据，可以这样写，也就是键值对之间用逗号隔开。如果想要查询数据，则可以使用db.集合名.find（）语句来查询。
3、MongoDB适用于需要处理大量数据，特别是无结构或半结构化数据的场景，同时需要高性能和水平扩展能力的应用场景。 处理大量数据：MongoDB是一个面向文档的数据库，采用BSON（二进制JSON）格式存储数据。
4、使用场景：（1）网站数据：MongoDB适合实时的插入，更新与查询，并具备网站实时数据存储所需的复制及高度伸缩性。（2）缓存：由于性能很高，MongoDB也适合作为信息基础设施的缓存层。
5、在上一篇 mongodb Aggregation聚合操作之$unwind 中详细介绍了mongodb聚合操作中的$unwind使用以及参数细节。本篇将开始介绍Aggregation聚合操作中的$count操作。说明：查询展示文档数量的总数。
6、在MongoDB存储的文档上执行聚合操作非常有用，这种方式的一个限制是聚合函数（比如，SUM、AVG、MIN、MAX）需要通过mapper和reducer函数来定制化实现。MongoDB没有原生态的用户自定义函数（UDFs）支持。
mongoDB主要使用在什么场景?
1、MongoDB适用于需要处理大量数据，特别是无结构或半结构化数据的场景，同时需要高性能和水平扩展能力的应用场景。 处理大量数据：MongoDB是一个面向文档的数据库，采用BSON（二进制JSON）格式存储数据。
2、高伸缩性的场景：MongoDB适合由数十或数百台服务器组成的数据库。（5）用于对象及JSON数据的存储：MongoDB的BSON数据格式适合文档化格式的存储及查询。mongodb设计特点：（1）面向集合存储，容易存储对象类型的数据。
3、● 物流场景：使用MongoDB存储订单信息，订单状态在运送过程中会不断更新，以MongoDB内嵌数组的形式来存储，一次查询就能将订单所有的变更读取出来。
4、◆高伸缩性的场景：Mongo非常适合由数十或数百台服务器组成的数据库。Mongo的路线图中已经包含对MapReduce引擎的内置支持。◆用于对象及JSON数据的存储：Mongo的BSON数据格式非常适合文档化格式的存储及查询。
5、嵌套文档，业务数据比较复杂，适合嵌套文档式存储，那么mongodb非常合适，这个关系型数据库比较难搞，虽然MySQL和pg也有文档存储，但MySQL的不成熟，pg毕竟现在生产中使用还是偏少，个人也不了解，这里不谈。
谈谈mongodb,mysql的区别和具体应用场景
默认情况下，MongoDB更侧重高数据写入性能，而非事务安全，MongoDB很适合业务系统中有大量“低价值”数据的场景。但是应当避免在高事务安全性的系统中使用MongoDB，除非能从架构设计上保证事务安全。
稳定性 索引，索引放在内存中，能够提升随机读写的性能。
MYSQL是硬盘，SQLITE是U盘，MongoDB是内存条 用途上，MYSQL和SQLITE是一样的。都是用来存数据。区别在于MYSQL需要启动后台服务，而SQLITE只需要一个文件，并不需要启动服务。MYSQL的表空间的最大容量为64TB。
mongodb所负责部分以文档形式存储，能够有较好的代码亲和性，json格式的直接写入方便。（如日志之类）（2）从data models设计阶段就将原子性考虑于其中，无需事务之类的辅助。
对比MySQL，什么场景MongoDB更适用 MySQL 关系型数据库。 在不同的引擎上有不同 的存储方式。 查询语句是使用传统的sql语句，拥有较为成熟的体系，成熟度很高。
一个大型的SNS网站,是否适合数据库全部用mongodb来做,为什么?
开源性：MongoDB 是一个开源项目，这意味着用户可以自由地访问和修改其源代码。总的来说，MongoDB 具有自由、可扩展、高性能、灵活性和开源性等优点，这些优点使得 MongoDB 成为最受欢迎的 NoSQL 数据库之一。
◆网站数据：Mongo非常适合实时的插入，更新与查询，并具备网站实时数据存储所需的复制及高度伸缩性。◆缓存：由于性能很高，Mongo也适合作为信息基础设施的缓存层。
MongoDB对于ETL服务器而言显然不是很合适，它的计算能力还无法跟hadoop、Greenplum媲美，估计计算能力一般（没有测试过）。 对于前端报表展现貌似可以，速度快，支持一定计算能力，并发好。
