请问项目开发中，mongoDB是否可以替换关系型数据库？

Question

请问：mongoDB是否可以替换关系型数据库？
比如在项目开发中，我们在传统的模式下都是使用MySQL等这样的关系型数据库，请问是否可以替换为使用mongoDB，不使用关系型数据库？

Answer 1

首先我们的明白关系型数据库与非关系型数据库的区别,MongoDB 事务 的支持会比较弱,我们开发的时候就需要尽量避免这个来设计接口,比如我们设计模型的时候,通过多表记录的时候,就尽量设计成内嵌的模式,并且一次业务尽量保证一次写入,从而避免事物,保证数据的原子性。如果业务简单，事务性不强的业务，其实可以使用 MongoDB 来替换关系型数据库的，但是一般正式业务中，可能不会只使用一种数据库，因为他们各自有各自的方向，比如说在一套系统中，可能 mysql 就处理正常的业务处理，而像是操作日志，流水日志， 各种业务log，字段多，记录值多，容易造成宽表的数据就可以存放到 MongoDB ,这样就各自在业务中发展自己的长处

1、数据存储方式不同
主要差异在于数据存储的方式，关系型数据库是表格形式存储数据的，存储在鼠标的行和列中。数据表可以彼此关联写作存储，也容易提取数据
非关系型数据不适合存储在数据表的行和列中，而是大块组合在一起。通常存储在数据集中，就像文档、键值对或者图结构。数据及其特性是选择数据存储和提取方式的首要影响因素
2、扩展方式不同
SQL和NoSQL数据库最大的差别可能是在扩展方式上，要支持日益增长的需求当然要扩展
要支持更多并发量，SQL数据库是纵向扩展，也就是说提高处理能力，使用速度更快速的计算机，这样处理相同的数据集就更快了。因为数据存储在关系表中，操作的性能瓶颈可能涉及很多个表，这都需要通过提高计算机性能来客服。虽然SQL数据库有很大扩展空间，但最终肯定会达到纵向扩展的上限
NoSQL数据库是横向扩展的。因为非关系型数据存储天然就是分布式的，NoSQL数据库的扩展可以通过给资源池添加更多普通的数据库服务器(节点)来分担负载
3、对事务性的支持不同
如果数据操作需要高事务性或者复杂数据查询需要控制执行计划，那么传统的SQL数据库从性能和稳定性方面考虑是你的最佳选择。SQL数据库支持对事务原子性细粒度控制，并且易于回滚事务
虽然NoSQL数据库也可以使用事务操作，但稳定性方面没法和关系型数据库比较，所以它们真正闪亮的价值是在操作的扩展性和大数据量处理方面