做者:hiekay
https://www.jianshu.com/p/ed5...
SQL做为主要的数据存储方式已经超过40年,而且经历了至少两个指数扩张期:20世纪90年代Web应用程序崛起以后,以及在过去十年中因为移动设备爆炸引发的扩张。java
所以,愈来愈小的公司开始发现使用数据库的好处,而像Google这样的互联网巨头则已经将数据单位上升到PB或甚至EB。面试
在SQL 的发展过程当中,产生了许多迭代产品,其中最重要的是SQL,NoSQL和NewSQL — 它们一块儿负责绝大部分的数据库市场。数据库
因此,若是你要选择一个数据库工具,你应该选择哪个?其实,没有明确的答案。不一样的人和公司选择不一样,这更多地取决于他们对每一个特定项目的偏好和相对优点,而不是其中一个对其余全部的直接优点。那么,这些优势和缺点是什么?让咱们来看一下。编程
SQL是关系型数据库管理系统(RDBMS),顾名思义,它是围绕关系代数和元组关系演算构建的。后端
70年代以来,它一直是主要的数据库解决方案,只是最近才有了其余产品的空间。无论有些人说什么,这意味着它一直能出色地执行普遍的任务。其主要优势以下:缓存
如你所见,许多SQL的好处来源于它的统一性,温馨性和易用性。即便你只有很是有限的SQL知识(或彻底没有,若是须要),你能够在像 online SQL Query Builder 这样的特殊工具帮助下使用它。安全
然而,它的缺点使得它很是不适合某些类型的项目。SQL的主要问题是它难以扩展,由于它的性能随着数据库的变大而快速降低。分布式也是有问题的。服务器
NoSQL和NewSQL出现的缘由之一是,之前的RDBMS的设计不能知足现代数据库每秒处理的事务数量。像亚马逊或阿里巴巴等须要处理惊人数据量的巨头,之前的RDBMS会在几分钟内出现问题。多线程
NoSQL愈来愈受欢迎,其中最重要的实现是Apache Cassandra,MongoDB等产品。它主要用于解决SQL的可扩展性问题。所以,它是没有架构的而且创建在分布式系统上,这使得它易于扩展和分片。架构
然而,这些好处是以放宽ACID原则为代价的:NoSQL采起最终一致性原则,而不是全部四个参数在每一个事务中保持一致。这意味着若是在特定时间段内没有特定数据项的更新,则最终对其全部的访问都将返回最后更新的值。这就是这样的系统一般被描述为提供基本保证的缘由(基本可用,软状态,最终一致性) — 而不是ACID。
虽然这个方案极大地增长了可用时间和伸缩性,它也会致使数据丢失----这个问题的严重程度取决于数据库服务器的支持状况和应用代码质量.在某些状况下,这个问题十分严重.
另外一个NoSQL出现的问题是如今有不少类型的NoSQL系统,但它们之间却几乎没有一致性.诸如灵活性,性能,复杂性,伸缩性等等特性在不一样系统间差异巨大,这使得甚至是专家在他们之间都很难选择.不过,当你根据项目特色做出了合适的选择,NoSQL能够在不显著丢失稳定性的状况下提供一个远比SQL系统更高效的解决方案.
NewSQL是一种相对较新的形式,旨在使用现有的编程语言和之前不可用的技术来结合SQL和NoSQL中最好的部分。NewSQL目标是将SQL的ACID保证与NoSQL的可扩展性和高性能相结合。
显然,由于结合了过去仅单独存在的优势,NewSQL看起来颇有前途; 或许,在将来的某个时候,它将成为大多数人使用的标准。不幸的是,目前大多数NewSQL数据库都是专有软件或仅适用于特定场景,这显然限制了新技术的普及和应用。
除此以外,NewSQL在每一个方面比较均匀,每一个解决方案都有本身的缺点和优点。
例如,SAP HANA能够轻松处理低到中等的事务性工做负载,但不使用本机集群,MemSQL对于集群分析颇有用,但在ACID事务上表现出较差的一致性,等等。所以,在这些解决方案变得真正普及以前,可能还须要一段时间。
围绕SQL有许多谬见和误解:例如,SQL已过期,应该尽量替换为NoSQL或New SQL。固然,这不是真的。目前,在三种基本替代方案中没有明确的领导者 - 每一种都有更适合的项目,而在其余状况下不太适合(或彻底不适合)。
所以,没有广泛的理想选择。例如,若是你主要考虑数据库应始终可用于接受新的内容,则应考虑最终一致性解决方案,如Cassandra或Riak。若是你追求高速缓存SQL,新的缓存数据库好比VoltDB彷佛是明智的选择; 等等。
推荐去个人博客阅读更多:
2.Spring MVC、Spring Boot、Spring Cloud 系列教程
3.Maven、Git、Eclipse、Intellij IDEA 系列工具教程
生活很美好,明天见~