值得学习SQL吗？还是一门已有40多年历史的语言很快就会过时？关系数据库是否被NoSQL等其他数据库解决方案的出现所掩盖？

你应该学习SQL吗？SQL相对容易掌握，据说是一个很好的起点。但有些人质疑情况是否仍然如此。我听到有人问：

• 这项技术已有50多年的历史。难道没有更好的东西吗？
• NoSQL不是未来的趋势吗？

在一个技术不断变化的世界中，认为半个世纪以来一直是IT标准的东西应该已经有其继任者是合乎逻辑的。许多解决方案试图威胁SQL的主导地位，例如XML数据库。

SQL 代表 结构化查询语言。它最初由 IBM 在 1970 年代开发，允许使用易于学习的类似英语的语言访问数据库。它很快被其他软件供应商采用，并很快成为使用关系数据库的行业标准。SQL的历史对于任何想要了解更多信息的人来说都是一个有趣的读物。

SQL很容易了解您是否具有任何以前的IT经验。基本查询如下所示：

SQL出现在计算机历史上的一个决定性时期。最初，计算机是基于阀门技术的巨大（且非常昂贵）的设备。在 1960 年代，由于半导体的到来，它们变得更小、更便宜。但即便如此，只有政府和大公司才能负担得起。硬件非常昂贵。相比之下，开发软件的程序员很便宜。

SQL出现在计算机历史上的一个决定性时期。最初，计算机是基于阀门技术的巨大（且非常昂贵）的设备。在 1960 年代，由于半导体的到来，它们变得更小、更便宜。但即便如此，只有政府和大公司才能负担得起。硬件非常昂贵。相比之下，开发软件的程序员很便宜。

SQL 使开发人员和数据库管理员能够轻松创建、维护和分析大量数据。它还使组织的决策者（数据分析师、营销人员和经理）能够轻松探索和聚合这些数据以满足他们的信息需求。从那时起，他们可以开始做出更好的业务决策。

就像微芯片（还有，有人可能会补充说，轮子！SQL仍然与我们同在，因为它完成了它的工作。

2009年左右，NoSQL趋势进入市场。非关系数据库的支持者认为，在处理大型数据集时，它们更易于使用，更容易扩展，并且速度更快。

NoSQL虽然在市场上占有一席之地，但并没有取代SQL。原因很简单——每个解决方案都有不同的用途。

SQL是一种用于提取数据的语言。NoSQL指的是一种数据库，而不是一种语言。将NoSQL称为“数据库存储的非关系形式”会更正确。但是由于所有标准关系数据库都使用SQL来控制和访问数据，因此创造了NoSQL一词。早期的NoSQL数据库被称为“非SQL”，但大多数NoSQL数据库供应商现在将它们称为“不仅仅是SQL”。

NoSQL数据库在数据行业中占有一席之地。它们适用于必须易于扩展和快速访问的大量同构数据。一个例子是一个非常大的在线供应商的产品详细信息。所有产品都存储了相同类型的详细信息：描述、价格和图像。所有这些都可以通过类似的预定义搜索进行访问。

大型企业是否使用 SQL 数据库？他们使用NoSQL吗？

这些问题的答案通常是肯定的。当我们进行旅行时，我们会选择最适合我们当前需求的交通工具类型。我们会选择一艘船去参观一个岛屿，一架飞机去另一个大陆，然后选择我们自己的脚去拜访我们的隔壁邻居。

同样，具有许多不同需求的大公司会为不同的工作选择正确的软件类型。

大多数大公司使用多语言持久性架构 - 即他们使用许多不同的数据存储技术来满足组织中的不同需求。

例如，Google混合了关系数据库和NoSQL数据库，每个数据库都适合不同的任务。Google BigTable是一个适用于大负载的NoSQL数据库。在此基础上分层的是Spanner，他们自己的关系数据库。BigQuery 是一个用于数据仓库的关系 SQL 数据库，它们使用它来提取各种类型的数据分析。

谷歌的子公司YouTube使用MySQL（一种非常流行的SQL方言和数据库系统）作为其主要的数据存储设施。但为了提供可扩展性，他们使用数据库集群实用程序 Vitess 来管理它。

因此，尽管谷歌确实在适当的位置使用了NoSQL，但关系数据库和SQL现在是，并将继续是其技术的重要组成部分。

Uber的数据需求多种多样。大量驾驶员和乘客需要即时访问数据，以协调运输需求。数据分析师需要访问 PB 级数据才能规划和同步操作。开发人员需要访问数据来改进和扩展Uber的服务。

Uber使用Hadoop来允许其庞大的数据存储水平扩展。底层数据库管理由MySQL服务器提供。查询可以通过多种方式实现，包括纯SQL和Presto，后者也使用SQL语法。

Facebook通过自己的MySQL数据库引擎MyRocksDB建立在MySQL技术之上。

因此，我们可以看到SQL是大型企业运营不可或缺的一部分，并且在可预见的未来可能会保持这种状态。

所以SQL的前途还是比较可观的