1.1 MongoDB 是什么？ MongoDB 是一个基于 分布式文件存储 的开源 NoSQL 数据库系统，由 C++ 编写的。 MongoDB 提供了 面向文档 的存储方式，操作起来比较简单和容易，支持“ 无模式 ”的数据建模，可以存储比较复杂的数据类型，是一款非常流行的 文档类型数据库 。 图示：MongoDB与Elasticsearch热度排名 本文内容涉及到MongoDB与Elasticsearch两大阵营，可能会引起口水之争，仅代表个人经验之谈，非阵营之说，围绕两个话题展开： 为什么要从MongoDB迁移到Elasticsearch？ 如何从MongoDB迁移到Elasticsearch？ 现状背景 MongoDB本身定位与关系型数据库竞争，但工作中几乎没有见到. MongoDB 特性优势 事务支持MongoDB 目前只支持单文档事务，需要复杂事务支持的场景暂时不适合灵活的文档模型JSON 格式存储最接近真实对象模型，对开发者友好，方便快速开发迭代高可用复制集满足数据高可靠、服务高可用的需求，运维简单，故障自动切换可扩展.
MongoDB 对内存的需求堪称“雄心勃勃”——它期望将整个工作集保留在内存中。 一旦内存不足，性能便会急剧下降。 这背后是持续增长的硬件投入，每一笔预算都在提醒我们：优雅的性能背后，是需要真金白银支撑的现实。 3. 查询能力：自由背后的代价 3、MongoDB出现过的一些运维上的问题，资源使用上的问题，不算致命的，只要你有钱，关键是使用某个产品，根本的出发点还是你要存储什么数据，你的数据是否有关联，是否是独立的，从这点考虑，MongoDB不太可能作为一个公司的主数据库，因为现在的数据基本. En mongodb sí existen las relaciones entre colecciones
Esto significa que no usa el lenguaje estructurado de consultas (o sql en inglés) Por lo tanto, no hay una sentencia como select * from table, ya que la misma es propia de dicho lenguaje Por otro lado, se tiende a confundir el término base de datos no relacional con la. Mongodb与关系型数据库对比 Mongodb的过人之处 无模式 查询与索引方式灵活，是最像SQL的Nosql 支持复制集、主备、互为主备、自动分片等特性 Mongodb的不足之处 在集群分片中的数据分布不均匀 单机可靠性比较差 大数据量持续插入，写入性能有较大波动 磁盘空间占用比较大 MongoDB的主要适用场景 网站.
postgresql，MongoDB，也包括MySQL (以及这三种数据库的各种“演化”版本)，发展到今天，在绝大多数场景下，其实彼此之间相互替换完全没有问题。 从JSON存储，多表的JOIN，事务处理，内存数据库到向量索引，三者都可以支持，完全没必要在乎谁是NoSQL，谁支持JSON。 这两天 MongoDB 整的营销花活让人眼花缭乱：《MongoDB向PostgreSQL宣战》，《MongoDB 击败 PostgreSQL 赢下价值 300 亿美元项目》，以及原文 The Register 的《MongoDB在战胜强敌之后准备乱拳干翻 PostgreSQL》，活生生一副要乱拳打死老师傅的架势。
