关系型数据库之所以成为计算机文化的一部分，是因为它有很多优点：访问持久化数据可以将数据持久化到磁盘，访问小块数据很容易。并发关系型数据库有“事务”的概念，有效保证了多个程序访问同一数据的一致性。事务的ACID（原子性、一致性、隔离性、持久性）特性相信大家都不陌生。沮丧的。集成不同的开发团队、不同的平台、不同语言的应用，可以共享相同的数据。标准关系模型可以很容易地实现上述目标，因为它提供了一个近乎标准和统一的关系模型。但是有两个原因使得关系型内存中的数据结构与关系型模型相去甚远，也就是所谓的“阻抗失配”。“嵌套记录”、“列表”等内存结构在存储之前需要转换为“关系”和“元组”。随着网络规模的快速增长，硬件计算资源的“横向扩展”成为必然，集群化成为趋势。但是，关系型数据库不是为集群设计的，或者是“共享磁盘子系统”支持集群上的文件系统（磁盘会成为瓶颈），或者数据库在逻辑上是碎片化的，这样虽然可以分散负载到多台服务器，应用必须控制所有分片，事务、一致性等不能跨越分区。电影进行了。至此，NoSQL诞生了。为集群而生基本上可以认为NoSQL是为集群而生的（少数数据库不是这样的），当处理的数据量很大，或者增长速度比较快，同时时间对数据访问效率要求高，可以考虑NoSQL。阻抗不匹配请记住，在集群上处理“大数据”并不是NoSQL失败的原因。阻抗失配是另一个关键因素。NoSQL数据库没有传统关系数据库中“模式”的概念。定义数据存储模型后，可以随意添加字段，非常适合处理不规则数据和自定义字段。当你想以更方便、友好的数据交互方式提高应用开发效率时，可以考虑NoSQL。
