河南MongoDB

MongoDB适用于以下场景：1、高伸缩性的场景：MongoDB非常适合由数十或数百台服务器组成的数据库，MongoDB的路线图中已经包含对MapReduce引擎的内置支持。2、用于对象及JSON数据的存储：MongoDB的BSON数据格式非常适合文档化格式的存储及查询。MongoDBDB的使用也会有一些限制，例如，它不适合于以下几个地方。高度事务性的系统：例如，银行或会计系统。传统的关系型数据库目前还是更适用于需要大量原子性复杂事务的应用程序。传统的商业智能应用：针对特定问题的BI数据库会产生高度优化的查询方式。对于此类应用，数据仓库可能是更合适的选择。需要SQL的问题。Mongodb中的Map/reduce主要是用来对数据进行批量处理和聚合操作。河南MongoDB

MongoDB优越的性能：1、MongoDB的一个主要目标是提供优越的性能，这比较大程度上决定了MongoDB的设计。MongoDB把尽可能多的内存用作缓存cache，视图为每次查询自动选择正确的索引。2、总之各方面的设计都旨在保持它的高性能虽然MongoDB非常强大并试图保留关系型数据库的比较多特性，但它并不追求具备关系型数据库的所有功能。只要有可能，数据库服务器就会将处理逻辑交给客户端。这种精简方式的设计是MongoDB能够实现如此高性能的原因之一。连接 MongoDB中文MongoDB适用的场景：低价值的数。

会集就是一组文档。如果将MongoDB中的一个文档比喻为关系型数据的一行，那么一个会集就是相当于一张表。1、会集存在于数据库中，通常情况下为了方便管理，不同格式和类型的数据应该插入到不同的会集，但其实会集没有固定的结构，这意味着我们完全可以把不同格式和类型的数据统统插入一个会集中。2、组织子会集的方式就是使用“.”，分隔不同命名空间的子会集。比如一个具有博客功能的应用可能包含两个会集，分别是和，这是为了使组织结构更清晰，这里的blog会集（这个会集甚至不需要存在）跟它的两个子会集没有任何关系。在MongoDB中，使用子会集来组织数据非常高效，值得推荐。

MongoDB是个文档型数据库,虽然前有CouchDB夹击,后有MySQL8.x文档支持的追赶,但是丝毫不影响它在市场中占据的份额。近来有个开发朋友跟我说MongoDB的操作好复杂,先是跟以往关系型数据库的操作不一样,后是在Windows上操作实在是各种烦心和不容易。总体而言,MongoDB的操作并不算多么复杂,只是没有理解它的作用还有就是用错了平台。像MongoDB这样的数据库还是使用Linux比较妥当,直接几个命令就解决了。还有,开发较好还是用Mac,比较省心。闲话不说,还是从头开始说起,一步步起来,大概20分钟就上路了。MongoDB的BSON数据格式非常适合文档化格式的存储及查询。

MongoDB的数据类型大致有下列几种：数据类型描述String字符串。存储数据常用的数据类型。在MongoDB中，UTF-8编码的字符串才是合法的。Integer整型数值。用于存储数值。根据你所采用的服务器，可分为32位或64位。Boolean布尔值。用于存储布尔值（真/假）。Double双精度浮点值。用于存储浮点值。Min/Maxkeys将一个值与BSON(二进制的JSON)元素的较低值和较高值相对比。Arrays用于将数组或列表或多个值存储为一个键。Timestamp时间戳。记录文档修改或添加的具体时间。Object用于内嵌文档。Null用于创建空值。Symbol符号。该数据类型基本上等同于字符串类型，但不同的是，它一般用于采用特殊符号类型的语言。Date日期时间。用UNIX时间格式来存储当前日期或时间。你可以指定自己的日期时间：创建Date对象，传入年月日信息。ObjectID对象ID。用于创建文档的ID。BinaryData二进制数据。用于存储二进制数据。MongoDB适用的场景：网站数据。河南MongoDB

可以通过网络远程访问MongoDB数据库。河南MongoDB

文档是一个键值(key-value)对(即BSON)。MongoDB的文档不需要设置相同的字段，并且相同的字段不需要相同的数据类型，这与关系型数据库有比较大的区别，也是MongoDB非常突出的特点。需要注意的是：1、文档中的键/值对是有序的。2、文档中的值不只可以是在双引号里面的字符串，还可以是其他几种数据类型（甚至可以是整个嵌入的文档)。3、MongoDB区分类型和大小写。4、MongoDB的文档不能有重复的键。5、文档的键是字符串。除了少数例外情况，键可以使用任意UTF-8字符。文档键命名规范：1、键不能含有\0(空字符)。这个字符用来表示键的结尾。2、.和$有特别的意义，只有在特定环境下才能使用。3、以下划线"_"开头的键是保留的(不是严格要求的)。河南MongoDB