SQL和NoSQL之间的PK

　　创新的背后往往会刺激痛苦。这一点在PDD(我们亲切地称为痛处驱动开发)软件开发领域尤为真实。从上世纪80年代以来，我们就都知道如何处理关系型数据——只要把数据放到关系型数据库管理系统(RDBMS)中，就可以使用SQL语句操作数据。然而，在过去几年来，我们的行业采纳NoSQL数据库的趋势在增长，数据不见得都在关系型数据库中存储了。

　　诚然，在互联网上有成千上万关于选择SQL还是NoSQL的辩论。但是，这两者是不是必须站在对立面战斗呢？如果你选择一种或另一种，你知道为什么做选择，知道各自有何潜在益处吗？本文简要地讨论了SQL和NoSQL两种方法最常见的优点和缺点，包括简单的比较和开发者考虑的因素。像别的一些话题一样，这个问题没有对错，永远正确的经典答案依然是：具体问题具体分析。

　　数据表VS.数据集

　　关系型和非关系型数据库的主要差异是数据存储的方式。关系型数据天然就是表格式的，因此存储在数据表的行和列中。数据表可以彼此关联协作存储，也很容易提取数据。与其相反，非关系型数据不适合存储在数据表的行和列中，而是大块组合在一起。非关系型数据通常存储在数据集中，就像文档、键值对或者图结构。你的数据及其特性是选择数据存储和提取方式的首要影响因素。

　　预定义结构VS.动态结构

　　关系型数据通常对应于结构化数据，因为数据表都有预定义好的结构(列的定义)，结构描述了数据的形式和内容。这一点对数据建模至关重要，你必须“第一时间先把结构定义好”。虽然预定义结构带来了可靠性和稳定性，但是已经存入数据的表结构要修改就非常痛苦了。另一方面，非关系型数据基于动态结构，通常适用于非结构化数据。非关系型数据可以很容易适应数据类型和结构的变化，因为动态结构本身就支持这一点。

　　存储规范化VS.存储代价

　　关系型数据库的数据存储是为了更高的规范性，把数据分隔成最小的逻辑表(关系表)以避免重复，获得最精简的空间利用。虽然数据规范性会使数据管理更清晰，但它通常也会带来一点点复杂性，尤其是单个操作可能涉及多个关系表的时候，数据管理就有点麻烦。另外，更精简的空间利用通常可以节约宝贵的数据存储，但是在当今世界我们基本可以认为存储的代价(磁盘空间)是微不足道的。而非关系型数据存储在平面数据集中，数据经常可能存在重复。单个数据库很少被分隔开，而是存储成一个整体，这样是为了整块数据更容易读写。

　　纵向扩容VS.横向扩容

　　SQL和NoSQL数据库最大的差别可能是在扩展方式上，要支持日益增长的需求当然要扩展。要支持更多并发量，SQL数据库是纵向扩展，也就是说提高处理能力，使用速度更快速的计算机，这样处理相同的数据集就更快了。因为数据存储在关系表中，操作的性能瓶颈可能涉及很多个表，这都需要通过提高计算机性能来客服。虽然SQL数据库有很大扩展空间，但最终肯定会达到纵向扩展的上限。而NoSQL数据库是横向扩展的。非关系型数据存储天然就是分布式的，NoSQL数据库的扩展可以通过给资源池添加更多普通的数据库服务器(节点)来分担负载。

　　结构化查询VS.非结构化查询

　　关系型数据库通过所谓结构化查询语言(也就是我们常说的SQL)来操作数据。SQL支持数据库CRUD(增加，查询，更新，删除)操作的功能非常强大，是业界标准用法。非关系型数据库以块(像文档一样)为单元操纵数据，使用所谓的非结构化查询语言(UnQL)，它是没有标准的，因数据库提供商的不同而不同。关系型表中主键的概念对应非关系存储中的文档Id。SQL数据库使用预定义优化方式(比如列索引定义)帮助加速查询操作，而NoSQL数据库采用更简单而精确的数据访问模式。

　　映射VS.本地化

　　SQL和NoSQL数据存储的选择还取决于开发人员，尽管这个因素影响不大。采用面向对象编程语言的开发人员通常会同时操作一个或多个数据实体(包括嵌套数据、列表和数组的复杂结构)，把数据传递给应用程序用户界面。要是讨论到底层数据库，事情就并不总是那么公平合理了。在关系型存储中，数据实体通常需要分成多个部分进行规范化，然后分开存储到多个关系型表中精简存储。幸运的是，这是一个长期存在的问题，大部分编程平台都有相应的简单解决方案，比如ORM层(对象关系映射)。ORM是位于关系型数据源和开发者使用的面向对象数据实体之间的一个映射层。然而，对于非关系型存储，不需要规范化数据，复杂数据实体可以整体存放在独立单元中。应用程序中使用的对象通常序列化为JSon串，存储在NoSQL数据库的JSon文档中。

　　事务性VS.纯扩展性

　　如果你的数据操作需要高事务性或者复杂数据查询需要控制执行计划，那么传统的SQL数据库从性能和稳定性方面考虑是你的最佳选择。SQL数据库支持对事务原子性细粒度控制，并且易于回滚事务。虽然NoSQL数据库也可以使用事务操作，但它们真正闪亮的价值是在操作的扩展性和大数据量处理方面。

　　ACID VS. CAP

　　SQL数据库久负盛名的价值就是通过所谓的ACID属性(原子性，一致性，隔离性，持久性)保证数据完整性，大部分关系型存储供应商都支持ACID。我们的目标是支持隔离不可分割的事务，其变化是持久的，数据也保持一致状态。而NoSQL数据库是让你在CAP(一致性，可用性，分区容忍度)中的任意两项中选择，因为在基于节点的分布式系统中，很难做到三项都满足。

　　数据VS.大数据

　　SQL数据库可以可靠地存储和处理数据，而NoSQL最大的优势是在应对大数据方面，也就是由我们社会或者计算机每天产生的大量非结构化的数据实体。NoSQL用无模式方式做数据管理，所以其横向扩展潜力是无限的，这可能是深度处理大数据捕获、管理、检索、分析和可视化的唯一有效途径。

　　数据记录VS.物联网和人联网

　　关系数据库在关注数据规范化和保证性能的基础上精简存储。但是近年来，我们产生数据的速度远大于关系型存储能满足存储的能力增长。刺激数据如此迅猛增长的原因是：巨大量的用户数和物联网。连接到互联网的用户在成倍增加，在同步使用我们的应用。由于大量移动设备数据传感设备接入互联网，机器产生的数据量也大幅增加。因此企业必须寻求NoSQL技术及基础架构来处理持续涌入的半结构化和非结构化数据。

　　内部部署VS.云计算

　　云计算现在已经无处不在了，它兼具SQL和NoSQL数据库的益处。云环境中的关系型存储通常是以服务形式提供的，是可复制、高可用性且分布式的，极大地提高了横向扩展能力。托管于云服务中的NoSQL数据库也天然享有自动分片的好处，可以阶段性地灵活弹性处理，集成高速缓存和巨大的计算能力来捕获、存储和分析大数据。

　　付费VS.开源

　　有一种看法认为，SQL数据库大多数比较昂贵，而NoSQL数据库通常都是开源的。事实上，两种类型数据库都有开源的和商业的。常见的SQL数据库有微软公司的SQLServer，MySQL，SQLite，Oracle和PostGres。流行的NoSQL数据库有Couchbase，MongoDB，Redis，BigTable和RavenDB。

　　梳理好SQL和NoSQL数据库的技术差别，那么这两者的应用使用率如何呢？下面给大家介绍排名前十的SQL和NoSQL数据库!

　　无可争议的Top3

　　Oracle、MySQL及MicrosoftSQLServer一直以绝对的优势霸占着排行榜的前三名，以独特的优势瓜分了市场上最多的用户。

　　1.Oracle11g

　　首次发行：1980年

　　许可机制：Proprietary

　　是否SQL：是

　　Oracle是重要商业项目的首选，同时也是市场上最古老的主流数据库产品

　　Oracle有4个不同的版本可用：Enterprise、Standard、StandardEditionOne和Express

　　对比微软同类型产品，Oracle在操作系统灵活性上更具优势

　　当谈到支持的操作系统时，Oracle具有最广泛的灵活性

　　特色：VirtualPrivateDatabase、DataGuard、AutomaticStorageManagement及UndoManagement。

　　2.MySQL

　　首次发行：1995

　　许可机制：开源

　　是否SQL：是

　　企业开始时可以使用社区开源版本，然后升级到商业版

　　可运行在Linux、Windows、OSX、FreeBSD、Solaris

　　为用户设计数据库提供直观的图形界面

　　鉴于其开源社区，MySQL拥有大量的资料和教程让你开始及处理问题

　　支持Partitioning、replication、Xpath、StoredProcedures、Triggers、Views

　　3.MicrosoftSQLServer

　　首次发行：1989

　　许可机制：Proprietary

　　是否SQL：是

　　使用最多的商业数据库

　　受限于Windows，但是如果机构是微软产品重度控的话，这同样是个优势

　　其他新兴数据库

　　虽然上面3个数据库一直牢牢统治着排行榜前3，但是在DBEngines描绘的趋势图上，新兴数据库的增长一直非常稳定，比如MongoDB、Cassandra、HBase等。

　　4.PostgreSQL

　　首次发行：1989

　　许可机制：开源

　　是否SQL：是

　　独特的可扩展对象关系型数据库

　　可以运行在Linux、Windows、OSX等

　　支持Tablespaces、StoredProcedures、Joins、Views、Triggers

　　5.MongoDB

　　首次发行：2009

　　许可机制：开源

　　是否SQL：否

　　最流行的NoSQL数据库，但是保留了一些SQL的属性，比如查询和索引

　　大数据集上表现出高性能

　　非常利于动态查询和索引定义

　　支持Linux、OSX和Windows，但是32位系统上数据库体积被限制到了2.5GB

　　6.DB2

　　首次发行：1983

　　许可机制：Proprietary

　　是否SQL：兼具

　　IBM发行的Oracle11g竞争产品

　　可运行在Linux、UNIX、Windows和大型主机上

　　基于IBM主机环境设计

　　同时支持SQL和NoSQL模型

　　7.MicrosoftAccess

　　首次发行：1992

　　许可机制：Proprietary

　　是否SQL：是

　　只需要一个安装（数据库与工具合一）

　　类似MicrosoftSQLServer，智能运行在Windows上

　　设计初衷是流量分析，但是它的性能不是针对中到大型项目设计

　　支持语言：C、C#、C++、java、VBA和VisualBasic.NET

　　8.SQLite

　　首次发行：2000

　　许可机制：开源

　　是否SQL：是

　　独立的无服务器模式数据库引擎，不存在任何外部依赖，在iPhone、Firefox浏览器和Skype上使用

　　作为一个嵌入式数据库，它在类似iPhone等设备中得到广泛使用，在Skype和Firefox这样的桌面软件中也得以部署

　　无需配置和管理

　　整个数据库都被保存在一个磁盘文件上，可以增长到7TB

　　在Top10中支持的语言最广

　　9.Cassandra

　　首次发行：2008

　　许可机制：开源

　　是否SQL：否

　　高可用的NoSQL

　　有一个用户友好的界面，适合存储大型数据集

　　广泛用于银行、金融等，同时也被Facebook和Twitter使用。

　　支持Windows、Linux、OSX，并支持多门语言。

　　与Hadoop配合使用时还支持Map/Reduce

　　10.SybaseASE

　　首次发行：1987

　　许可机制：Proprietary

　　是否SQL：是

　　SAP出品的企业级产品

　　运行在Linux、UnixandWindows，但是不支持OSX

　　支持C、C++、Cobol、Java、Perl、PHP和Python等编程语言

　　在Top10之外还有很多知名的数据库，比如CouchDB（21）、Neo4j（22）、Riak（30）等。同时我们也相信，随着各种各样新数据库的诞生，竞争将愈加激烈。

　　小编结语：

　　就像Neo之于Matrix，你可以选择。幸福的无知和幻想或者接受残酷的现实。但是，盲目选择使用SQL还是NoSQL技术，或者根据大众需求选择都是在幻想有魔法会自动选择合适的方案。SQL和NoSQL这两者都有各自的优缺点，选择正确的架构取决于你构建应用的需求。传统SQL数据库依然非常强大，可以可靠地处理你的事务性需求并保持完整性。只有在你接近关系数据库局限性边缘时，或者你的数据处理量浩如烟海时，操作扩展需要更加分布式的系统时，才考虑NoSQL方案。

　　更多内容尽在课课家教育！