上次的博文深入浅出MongoDB（一）NoSQL中我们已经简单介绍了一下NoSQL的基本概念，这次我们来了解一下MongoDB的相关概念。 1、简介 MongoDB是一款由C++编写的高性能、开源、无模式的常用非关系型数据库产品，是非关系数据库当中功能最丰富、最像关系数据库的
上次的博文深入浅出mongodb（一）nosql中我们已经简单介绍了一下nosql的基本概念，这次我们来了解一下mongodb的相关概念。
1、简介
MongoDB是一款由C++编写的高性能、开源、无模式的常用非关系型数据库产品，是非关系数据库当中功能最丰富、最像关系数据库的数据库。它扩展了关系型数据库的众多功能，例如:辅助索引、范围查询、排序等。
2、功能特性
MongoDB主要解决的是海量数据的访问效率问题，它作为分布式数据崛起后，使用较多的一款非结构数据库，，必然有其值得称道之处，它的主要功能特性如下:
面向集合的存储，适合存储对象及JSON形式的数据。
动态查询，MongoDB支持丰富的查询表达式。查询指令使用JSON形式的标记，可轻易查询文档中内嵌的对象及数组。
完整的索引支持，包括文档内嵌对象及数组。MongoDB的查询优化器会分析查询表达式，并生成一个高效的查询计划。
查询监视，MongoDB包含一个监视工具用于分析数据库操作的性能。
复制及自动故障转移，MongoDB数据库支持服务器之间的数据复制，支持主-从模式及服务器之间的相互复制。复制的主要目标是提供冗余及自动故障转移。
高效的传统存储方式，支持二进制数据及大型对象（如图片或视频）。
自动分片以支持云级别的伸缩性，自动分片功能支持水平的数据库集群，可动态添加额外的机器。
3、适用场景
对于MongoDB实际应用来讲，是否使用MongoDB需要根据项目的特定特点进行一一甄别，这就要求我们对MongoDB适用和不适用的场景有一定的了解。
根据MongoDB官网的说明，MongoDB的适用场景如下:
网站实时数据:MongoDB非常适合实时的插入，更新与查询，并具备网站实时数据存储所需的复制及高度伸缩性。
数据缓存:由于性能很高，MongoDB也适合作为信息基础设施的缓存层。在系统重启之后，由MongoDB搭建的持久化缓存层可以避免下层的数据源过载。
大尺寸、低价值数据存储:使用传统的关系型数据库存储一些数据时可能会比较昂贵，在此之前，很多时候程序员往往会选择传统的文件进行存储。
高伸缩性场景:MongoDB非常适合由数十或数百台服务器组成的数据库。MongoDB的路线图中已经包含对MapReduce引擎的内置支持。
对象或JSON数据存储:MongoDB的BSON数据格式非常适合文档化格式的存储及查询。
宣小二
宣小二：媒体发稿平台，自媒体发稿平台，短视频矩阵发布平台，基于AI驱动的企业自助式投放平台。
21 查看详情 4、不适用场景
了解了MongoDB适用场景之后，还需要了解哪些场景下不适合使用MongoDB，具体如下:
高度事务性系统:例如银行或会计系统。传统的关系型数据库目前还是更适用于需要大量原子性复杂事务的应用程序。
传统的商业智能应用:针对特定问题的BI数据库会对产生高度优化的查询方式。对于此类应用，数据仓库可能是更合适的选择。
需要复杂SQL查询的问题。
相信通过上面的说明，你已经大致了解了MongoDB的使用规则，需要说明一点的是，MongoDB不仅仅是数据库，更多的使用是将MongoDB作为一个数据库中间件在实际应用中合理划分使用细节，这一点对于MongoDB应用来讲至关重要！
到此为止，对MongoDB整体概念的解释就结束了，关于MongoDB更多的学习需要读者进行相关的实践，接下来文章我会对MongoDB的常规操作和一些细节性说明进行讲解，敬请期待！
版权声明：本文内容由互联网用户自发贡献，该文观点仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。
如发现本站有涉嫌抄袭侵权/违法违规的内容， 请发送邮件至 chuangxiangniao@163.com 举报，一经查实，本站将立刻删除。
发布者：程序猿，转转请注明出处：https://www.chuangxiangniao.com/p/535941.html
微信扫一扫 
支付宝扫一扫 
