本文目录一览：
千万别用MongoDB?真的吗
1、自然，MongoDB的使用也会有一些限制，例如它不适合：◆高度事务性的系统：例如银行或会计系统。传统的关系型数据库目前还是更适用于需要大量原子性复杂事务的应用程序。
2、但是，如果你想要在 MongoDB 上搞一个大规模的系统，在上面运行真实的业务，那么，请不要用 MongoDB。转载，仅供参考。
3、mongodb的问题在于无法完成复杂的多表连接查询。但这点在千万级海量服务中，本来就应该避免的，而且mongodb自带的replicationset、GridFS等分布式机制很适合用于海量服务中。
4、答案：A 文档型数据库 作为最受欢迎的NoSQL产品，文档型数据库MongoDB当仁不让地占据了第一的位置，同时它也是所有NoSQL数据库中排名最靠前的产品（总排行榜第七名）。
5、MongoDB里有一个Shard的概念，就是方便为了服务器分片使用的。每增加一台Shard，MongoDB的插入性能也会以接近倍数的方式增长，磁盘容量也很可以很方便地扩充。
如何在短时间内完成MongoDB差异数据对比?
总之，对于需要在短时间内完成MongoDB差异数据对比的场景来说，使用NineData是一种高效且易于使用的解决方案，可以帮助快速定位不一致的数据并节省大量时间和资源。
进行数据对比：迁移完成后，可配置数据对比任务，对迁移的MongoDB数据进行一致性校验。NineData会对每个文档内容进行精准对比，快速找出差异并生成订正脚本。
数据一致性对比：- NineData 提供了 MongoDB 的数据对比能力，可以在迁移前后对源数据库和目标数据库的数据进行一致性比较。
一个大型的SNS网站,是否适合数据库全部用mongodb来做,为什么?
1、◆网站数据：Mongo非常适合实时的插入，更新与查询，并具备网站实时数据存储所需的复制及高度伸缩性。◆缓存：由于性能很高，Mongo也适合作为信息基础设施的缓存层。
2、开源性：MongoDB 是一个开源项目，这意味着用户可以自由地访问和修改其源代码。总的来说，MongoDB 具有自由、可扩展、高性能、灵活性和开源性等优点，这些优点使得 MongoDB 成为最受欢迎的 NoSQL 数据库之一。
3、MongoDB对于ETL服务器而言显然不是很合适，它的计算能力还无法跟hadoop、Greenplum媲美，估计计算能力一般（没有测试过）。 对于前端报表展现貌似可以，速度快，支持一定计算能力，并发好。
4、个人推荐你使用 MongoDB，现在架构相比较以前是齐全了很多，结构上与PG不相伯仲。Redis 做分布式架构虽然也适合用于 Web 的Inno DB 架构形式的业务系统，但使用的效果会在业务量增大之后 显得动力不足。
5、MongoDB是一个面向文档的数据库，目前由10gen开发并维护，它的功能丰富，齐全，完全可以替代MySQL。
6、SNS虽然总体比不过MMORPG，但是也有相当大的用户群。作为游戏来讲，做得好的话，应该很容易达到大数据级别。所以从这个角度来看，mongodb3还是很必要的。不过，我看你的意思是想部分使用mongodb来做。如果使用2种以上数据库。
谈谈redis,memcache,mongodb的区别和具体应用场景
1、Redis只能使用单线程，性能受限于CPU性能，故单实例CPU最高才可能达到5-6wQPS每秒（取决于数据结构，数据大小以及服务器硬件性能，日常环境中QPS高峰大约在1-2w左右）。
2、Redis跟memcache不同的是，储存在Redis中的数据是持久化的，断电或重启后，数据也不会丢失。
3、MongoDB和Redis的区别是什么内存管理机制Redis 数据全部存在内存，定期写入磁盘，当内存不够时，可以选择指定的 LRU 算法删除数据。
4、事务性系统适用场景：Redis 最佳应用场景：适用于数据变化快且数据库大小可遇见（适合内存容量）的应用程序。
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毕竟现在生产中使用还是偏少，个人也不了解，这里不谈。
6、默认情况下，MongoDB更侧重高数据写入性能，而非事务安全，MongoDB很适合业务系统中有大量“低价值”数据的场景。但是应当避免在高事务安全性的系统中使用MongoDB，除非能从架构设计上保证事务安全。
为什么要用mongodb?
1、使用JSON风格语法，易于掌握和理解：MongoDB使用JSON的变种BSON作为内部存储的格式和语法。针对MongoDB的操作都使用JSON风格语法，客户端提交或接收的数据都使用JSON形式来展现。相对于SQL来说，更加直观，容易理解和掌握。
2、网站数据：MongoDB适合实时的插入，更新与查询，并具备网站实时数据存储所需的复制及高度伸缩性。（2）缓存：由于性能很高，MongoDB也适合作为信息基础设施的缓存层。
3、● 游戏场景：使用MongoDB存储游戏用户信息，用户的装备、积分等直接以内嵌文档的形式存储，方便查询、更新。
4、对于非关系型数据库MongoDB来说，可以存放访问频繁的数据，而且SNS里确实存在一些业务适合MongoDB，但是我们开发系统，是功能和性能的综合考虑，一般需要关系型数据库和非关系型数据库配合使用。
