【IT168 专稿】目前，企业在着手推动大数据项目的过程中，经常会遇到这样一个关键性的决策难题——到底该使用哪种数据库方案?经过综合考量，最终的选项往往只剩下SQL与NoSQL两种。SQL具有骄人的业绩以及庞大的安装基础，但NoSQL却能够带来可观的收益并同样拥有不少支持者。在今天的辩论当中，我们将一同听听两大阵营中各位专家的意见。

　　Network World网站主编John Dix专门组织了此次辩论并邀请到多位专家。其中两位参与专家分别是VoltDB公司CTO Ryan Betts和Couchbase公司CEO Bob Wiederhold。Ryan Betts认为SQL已经在大型企业当中赢得了稳定的生存空间，而大数据只不过是SQL需要支撑的另一项工作内容。Bob Wiederhold则认为NoSQL是一套极具可行性的备选方案，事实上它也在多个领域中成为大数据的卓越配合手段——特别是在可扩展性方面。

　　观点一：SQL已经通过时间考验，且仍蓬勃发展——VoltDB公司CTO Ryan Betts

　　结构化查询语言(简称SQL)几十年来已经用累累战果以及赫赫声名证明了自身实力，而且目前仍在继续投身于多家大数据厂商及相关企业当中，其中包括谷歌、Facebook、Cloudera以及Apache。

　　虽然后起之秀NoSQL确实引起了一定反响，但SQL仍然在市场上保持着显著的份额优势并继续在大数据领域不断赢得投入与采纳。

　　一旦某种技术像SQL这样取得了主导地位，人们往往会忘记其最为核心的竞争优势。SQL之所以能够胜出，主要在于它拥有以下一系列独特的优势组合：

　　1. SQL能够加强与数据之间的互动，允许用户针对单一数据库设计提出内容广泛的问题。这正是SQL成功的关键所在——如果数据不具备互动性、则基本上将失去实用性。而持续增长的互动性又能为数据库的未来发展带来新的审视角度、相关问题以及实际意义。

　　2. SQL具备标准化特性，允许用户自由运用源自各类系统的专业知识、同时支持第三方插件及工具。

　　3. SQL具备扩展性、功能丰富且经过实际验证，能够解决各类难题——包括以写入为主导的快速事务处理以及涉及频繁扫描的深层分析。

　　4. SQL能够与数据表现及存储机制顺畅对接。某些SQL系统还支持JSON以及其它结构化对象格式，从而带来优于NoSQL方案的性能表现及更多功能特性。

　　“NoSQL”这一表述其实并不准确，但在本次讨论中，我采用了Rick Cattell博士为NoSQL总结出的定义，即“指那些能够提供键/值存储或者简单记录与索引等操作的系统，旨在为这些简单操作提供垂直可扩展性。”

　　很明显，目前市面上的很多新型数据库彼此之间存在较大差异——准确掌握它们各自特性与深层机制给用户来的便利与局限是获得项目部署成功的关键所在。NoSQL的核心特性使其更适合于解决特定问题。举例来说，图形数据库更适合处理那些将数据根据关系而非传统行或者文档形式加以组织的实例，而特定文本搜索系统则比较擅长处理以实时方式查询用户输入内容的情况。

　　在这里，我打算概括性阐述SQL系统与简单键/值乃至仅仅在存储格式及可扩展性方面有所创新的JSON对象存储系统相比，到底存在哪些差异与主要优势。

　　* SQL带来交互特性。SQL是一种声明性查询语言。用户说出自己想要的内容(例如显示出过去五年来，每年三月份购买量最大的客户分别来自哪些地区)，数据库则在内部组建出相关算法并根据要求提取对应结果。相比之下，NoSQL孕育出的编码创新成果MapReduce则是一种规程化查询技术。MapReduce要求用户不仅了解自己想要的结果，同时也需要提供获取结果的具体执行方式。

　　虽然听起来只是一种颇为枯燥的技术性差异，但这种特性仍然极为关键，原因有以下两点：首先，声明性SQL查询能够更为轻松地通过图形化工具以及对报告生成器的简单点击来创建。这种相对较低的使用门槛能够帮助分析师、运营者、管理者以及其他不了解软件编程知识的用户享受其核心功能及成效。第二，对数据库引擎使用内部信息并选择高效算法的方式进行抽象化处理。即使物理层或者数据库索引出现变动，优化算法仍然能够确切完成任务。相比之下，在过去的程序化系统当中、程序员需要重新审视现有处理方式并进行二次编程。这样既带来高昂成本，又很有可能导致意外错误。

　　市场对于这种本质差异倒是非常了然。早在2010年，谷歌就宣布引入一套SQL方案以强化MapReduce，从而满足内部用户的实际需求。最近，Facebook则发布了自己的SQL方案Presto，意在对其PB级别HDFS集群数据进行查询。根据Facebook方面的说法：“由于我们的数据仓库规模已经增长至PB级别、业务需求也逐步发展，我们显然需要一套经过优化的交互式系统以实现更低的查询延迟。”除此之外，Cloudera正在HDFS以上建立自己的SQL方案Impala。前面提到的这一系列发展都立足于Hive——一套面向Hadoop、长期存在且得到广泛采用的SQL外壳。

　　* SQL具备标准化特性。虽然供应商有时候会对自己的SQL接口进行特殊调整与定制，但从本质上讲SQL内核仍然是一套标准化程度很高的方案，以ODBC以及JDBC为代表的其它规范同样提供广泛可用的、面向SQL系统的稳定接口。由此衍生出的管理及操作工具生态系统能够帮助大家以SQL系统为基础，实现应用程序的设计、监控、检查、探索以及开发。

　　SQL用户及程序员也因此得以重新使用自己积累自多种后端系统的API以及用户界面知识，从而缩减应用程序开发时间。标准化特性还允许拥有声明许可的第三方打造提取、转换以及加载(简称ETL)工具，旨在帮助企业以流程化方式处理不同数据库及系统之间的数据流。

　　* SQL具备可扩展性。有些朋友可能误以为SQL必须通过牺牲性能的方式来获得可扩展性，这其实是完全错误的。如上所述，Facebook打造了一款SQL接口对PB级别的数据加以查询。SQL在运行ACID事务处理任务时同样具备极快的速度表现。SQL为数据存储及检索机制提供的抽象化手段允许用户以统一化方式完成处理工作，而且无需考虑具体任务类型以及数据规模;这使得SQL能够高效运行在各类集群化副本数据存储体系之间。将SQL作为接口的作法不涉及云创建、具体规模或者HA系统，而且SQL当中也没有任何固有因素会对容错性、高可用性以及复制能力产生限制。事实上，目前所有现代化SQL系统都能够很好地支持云体系中的横向可扩展性、复制能力以及容错性。

　　* SQL支持JSON。几年之前，很多SQL系统开始将XML文档支持能力纳入自身设计思路。时至今日，随着JSON逐步成为主流数据交换格式之一，各SQL厂商也在积极为JSON提供支持。鉴于当下敏捷化编程流程以及对互联网接入基础设施正常运行时间的要求，结构化数据类型的支持能力已经成为不可或缺的重要一环。Oracle 12c、PostgreSQL 9.2、VoltDB以及其它各类数据库方案都开始支持JSON——其性能基准水平普遍优于“原生”JSON NoSQL方案。

　　SQL将继续在市场份额的争夺战中占据主动，也将继续吸引到更多投资方与采纳者的支持。NoSQL数据库在提供专有查询语言或者简单键-值语义的同时，却无法从深入的技术层面带来差异性，这无疑严重影响了其挑战市场统治者的能力。现代SQL系统能够在保持甚至超越原有可扩展性的同时，支持丰富的查询语义、建立并培养用户基础、拓展生态系统集成效果并在企业环境内深化采纳程度。