本文目录一览：
mongodb适用于什么场景
MongoDB适用于需要处理大量数据，特别是无结构或半结构化数据的场景，同时需要高性能和水平扩展能力的应用场景。 处理大量数据：MongoDB是一个面向文档的数据库，采用BSON（二进制JSON）格式存储数据。
高伸缩性的场景：MongoDB适合由数十或数百台服务器组成的数据库。（5）用于对象及JSON数据的存储：MongoDB的BSON数据格式适合文档化格式的存储及查询。mongodb设计特点：（1）面向集合存储，容易存储对象类型的数据。
● 物流场景：使用MongoDB存储订单信息，订单状态在运送过程中会不断更新，以MongoDB内嵌数组的形式来存储，一次查询就能将订单所有的变更读取出来。
◆高伸缩性的场景：Mongo非常适合由数十或数百台服务器组成的数据库。Mongo的路线图中已经包含对MapReduce引擎的内置支持。◆用于对象及JSON数据的存储：Mongo的BSON数据格式非常适合文档化格式的存储及查询。
查询语句：是独特的Mongodb的查询方式。适合场景：事件的记录，内容管理或者博客平台等等。架构特点：可以通过副本集，以及分片来实现高可用。
默认情况下，MongoDB更侧重高数据写入性能，而非事务安全，MongoDB很适合业务系统中有大量“低价值”数据的场景。但是应当避免在高事务安全性的系统中使用MongoDB，除非能从架构设计上保证事务安全。
mongoDB主要使用在什么场景?
1、MongoDB适用于需要处理大量数据，特别是无结构或半结构化数据的场景，同时需要高性能和水平扩展能力的应用场景。 处理大量数据：MongoDB是一个面向文档的数据库，采用BSON（二进制JSON）格式存储数据。
2、● 物流场景：使用MongoDB存储订单信息，订单状态在运送过程中会不断更新，以MongoDB内嵌数组的形式来存储，一次查询就能将订单所有的变更读取出来。
3、由于PostgreSQL的扩展性，它可以被用于许多不同的应用场景，包括但不限于：小型网站、大型公司或者复杂的金融系统。 MongoDB MongoDB是一个基于文档的NoSQL数据库，提供高性能、高可用性和易于扩展的特性。
mongoDB适用什么场合呢?
1、MongoDB适用于需要处理大量数据，特别是无结构或半结构化数据的场景，同时需要高性能和水平扩展能力的应用场景。 处理大量数据：MongoDB是一个面向文档的数据库，采用BSON（二进制JSON）格式存储数据。
2、◆高伸缩性的场景：Mongo非常适合由数十或数百台服务器组成的数据库。Mongo的路线图中已经包含对MapReduce引擎的内置支持。◆用于对象及JSON数据的存储：Mongo的BSON数据格式非常适合文档化格式的存储及查询。
3、嵌套文档，业务数据比较复杂，适合嵌套文档式存储，那么mongodb非常合适，这个关系型数据库比较难搞，虽然MySQL和pg也有文档存储，但MySQL的不成熟，pg毕竟现在生产中使用还是偏少，个人也不了解，这里不谈。
4、查询语句：是独特的Mongodb的查询方式。适合场景：事件的记录，内容管理或者博客平台等等。架构特点：可以通过副本集，以及分片来实现高可用。
5、默认情况下，MongoDB更侧重高数据写入性能，而非事务安全，MongoDB很适合业务系统中有大量“低价值”数据的场景。但是应当避免在高事务安全性的系统中使用MongoDB，除非能从架构设计上保证事务安全。
为什么mongodb不能替代elasticsearch区别
1、与MongoDb不同， Elasticsearch 默认没有提供安全特性，如认证和授权。Elasticsearch和 Logstash & Kibana 一起称为ELK stack，用于快速查询数据并可视化展现分析数据。
2、MongoDB的核心优势是灵活的文档模型，高可用性复制集和可扩展的碎片集群。沙河java培训建议可以尝试以多种方式了解MongoDB，例如MongoDB工具的实时监控，内存使用和页面错误，连接，数据库操作，复制集等。
3、MongoDB：主要解决海量数据的访问效率问题。
谈谈mongodb,mysql的区别和具体应用场景
1、默认情况下，MongoDB更侧重高数据写入性能，而非事务安全，MongoDB很适合业务系统中有大量“低价值”数据的场景。但是应当避免在高事务安全性的系统中使用MongoDB，除非能从架构设计上保证事务安全。
2、稳定性 索引，索引放在内存中，能够提升随机读写的性能。
3、MYSQL是硬盘，SQLITE是U盘，MongoDB是内存条 用途上，MYSQL和SQLITE是一样的。都是用来存数据。区别在于MYSQL需要启动后台服务，而SQLITE只需要一个文件，并不需要启动服务。MYSQL的表空间的最大容量为64TB。
4、mongodb所负责部分以文档形式存储，能够有较好的代码亲和性，json格式的直接写入方便。（如日志之类）（2）从data models设计阶段就将原子性考虑于其中，无需事务之类的辅助。
5、对比MySQL，什么场景MongoDB更适用 MySQL 关系型数据库。 在不同的引擎上有不同 的存储方式。 查询语句是使用传统的sql语句，拥有较为成熟的体系，成熟度很高。
6、个人理解：如果说写负载和单表太大，解决方案都是通过分片来实现横向扩展，其实mysql也是支持的。这不算理由。我能使用Mongodb的场景是：你不需要太多的事务和多表关联，那么使用Mongodb可以获得更大的性能提升。
为什么要用mongodb?
● 游戏场景：使用MongoDB存储游戏用户信息，用户的装备、积分等直接以内嵌文档的形式存储，方便查询、更新。
网站数据：MongoDB适合实时的插入，更新与查询，并具备网站实时数据存储所需的复制及高度伸缩性。（2）缓存：由于性能很高，MongoDB也适合作为信息基础设施的缓存层。
对于非关系型数据库MongoDB来说，可以存放访问频繁的数据，而且SNS里确实存在一些业务适合MongoDB，但是我们开发系统，是功能和性能的综合考虑，一般需要关系型数据库和非关系型数据库配合使用。
◆用于对象及JSON数据的存储：Mongo的BSON数据格式非常适合文档化格式的存储及查询。自然，MongoDB的使用也会有一些限制，例如它不适合：◆高度事务性的系统：例如银行或会计系统。
对于那些写数据量很大或写频率过高，单台主服务器无法处理的应用程序，可以使用MongoDB的自动分片模式，分片相于分布式存储，有点像关系SQL中的分表操作，但这些分表都可同时写操作，这种方式可有效缓解对单台服务器的压力。
