SQL VS. NoSQL：你需要知道些什么？

SQL NoSQL 大数据数据库

车品觉 | 2016-08-08 10:45

【数据猿导读】 “SQL过时了。”“关系数据库管理系统（RDBMS）不再能满足企业的数据管理需求。”“NoSQL等新的数据库技术才是适合当今企业的解决方案。”这样的言论甚嚣尘上，无论是在数据库技术行业内部还是外部。但这些话说得对吗？SQL已经过时，而NoSQL才是符合未来发展方向的解决方案吗...

导读：

1) 列存储数据库采用的不是“表格”，而是若干个列族（column family），其中包含着若干行。不同于RDBMS，你不需要预先知道所有的列，每行也未必拥有相同数量的列。

2）文档数据库并不把数据存储到表格的行和列中，而是存储到文档中，然后将这些文档汇集在集合中。每个文档都可以采用完全有别于其他文档的结构。

3)如果你的数据在大幅增长，就需要快速且有效的扩展性，NoSQL可能会适合你。但如果你的数据结构没有变化，增长速度适中可控，那么SQL技术可能最适合你。

原文翻译：

“SQL过时了。”“关系数据库管理系统（RDBMS）不再能满足企业的数据管理需求。”“NoSQL等新的数据库技术才是适合当今企业的解决方案。”这样的言论甚嚣尘上，无论是在数据库技术行业内部还是外部。但这些话说得对吗？SQL已经过时，而NoSQL才是符合未来发展方向的解决方案吗？

在本文中，我们将概述SQL和NoSQL之间的区别，各种NoSQL技术之间的差异，然后探讨一下RDBMS是否真的过时了。

SQL和NoSQL之间的区别

NoSQL的多面性

如果你认为归属于NoSQL的所有技术都采用相同的数据模型，这个错误是可以原谅的。实际上，NoSQL指的是一整套采取不同方式储存和处理数据的技术的集合。主要的方式包括：

文档数据库

下图来自于文档数据库解决方案CouchDB，很好地总结了RDBMS和文档数据库之间的区别：

文档数据库并不把数据存储到表格的行和列中，而是存储到文档中，然后将这些文档汇集在集合中。每个文档都可以采用完全有别于其他文档的结构。文档数据库的实例包括上文提到的CouchDB以及MongoDB。

键值存储数据库

数据存储于键值对的关联数组中。键是一个属性名，与一个值相关联。常见的键值存储数据库有Redis、Voldemort（由领英网开发）和Dynamo（由亚马逊开发）

图形数据库

适用于关系可以在图形中得到充分体现的数据。数据被存储到图形结构中，基本构成要素为点（实体）、属性（实体的信息）和线（实体之间的联系）。这类数据库的例子有Neo4J和InfiniteGraph。

列存储（或“宽列存储”）数据库

列存储数据库采用的不是“表格”，而是若干个列族（column family），其中包含着若干行。不同于RDBMS，你不需要预先知道所有的列，每行也未必拥有相同数量的列。列存储数据库最适合用来分析庞大的数据集。著名的列存储数据库有Cassandra和Hbase。

SQL VS. NoSQL——选哪个？

SQL和NoSQL水火不容的想法是错误的，理由并不仅仅是因为很多公司都选择同时使用它们。就像我以前讨论过的所有技术一样，世上真的没有那种“万金油”的方法，要根据用例来选择恰当的技术。如果你的数据需求在迅速变化，就需要高通量来应对快速的增长，如果你的数据在大幅增长，就需要快速且有效的扩展性，NoSQL可能会适合你。但如果你的数据结构没有变化，增长速度适中可控，那么SQL技术可能最适合你。毫无疑问，SQL还没有消亡。

来源：品觉

收藏分享

声明：数据猿尊重媒体行业规范，相关内容都会注明来源与作者；转载我们原创内容时，也请务必注明“来源：数据猿”与作者名称，否则将会受到数据猿追责。