@程序员，如果你的奶奶问你什么是 SQL 和 NoSQL，你会如何浅显易懂地向她解释清楚呢？

作者 | SebastianScholl

译者 | 刘静，责编 | 郭芮

出品 | CSDN（ID：CSDNnews）

以下为译文：

开发人员必须做出的最重要的选择之一是使用什么数据库技术。多年来，这些选项仅限于支持结构化查询语言（SQL）的不同风格的关系数据库，包括MS SQL Server、Oracle、MySQL、PostgreSQL和DB2等。

在过去的15年中，许多新数据库作为NoSQL的一部分进入市场，包括键值存储（如Redis和Amazon DynamoDB）、宽列存储（如Cassandra和HBase）、文档存储（如MongoDB和Couchbase）、图形数据库和搜索引擎（如Elasticsearch和Solr）。

在本文中，我们将趣味性地专注于对SQL和NoSQL的深入解读。

向奶奶解释SQL

奶奶，想象我不是你唯一的孙子。相反，妈妈和爸爸像兔子一样彼此相爱，有100个孩子，然后又收养了50个孩子。现在，你爱我们所有人，永远不会忘记我们的任何名字、生日、最喜欢的冰淇淋口味、服装尺寸、爱好、配偶的名字、后代的名字以及其他超级重要的事。

但是，让我们面对现实吧！你已经85岁了，对旧时尚的美好记忆是不够的。

幸运的是，我——你孙子中最聪明的人——可以提供帮助。所以我来到你的房子，拿出几张纸，并要求你在我们开始前烤一些饼干。

在一张纸上，我们列出了一个名为Grandchildren的列表。每个孙辈都会被记录下来一些关于他们的基本信息，包括一个唯一的号码。从现在开始，这个数字将表示他们是哪个孙辈。此外，为了有条理，我们在列表顶部写出命名属性，以便我们始终知道此列表包含的信息。

孙子名单

过了一段时间，你就熟悉了它，并且几乎完成了列表！但是，你转向我并说：“我们忘了为配偶、爱好、孙子们等信息预留空间！”所以接下来需要一张全新的纸。

所以我拿出另一张纸，在这一张纸上，我们列出了配偶名单。同样，我们在列表顶部添加我们关注的属性并开始添加行。

配偶名单

在这一点上，我对奶奶解释说，如果她想知道谁娶了谁，她只需要将孙辈列表中的id与配偶列表中的孙辈id匹配即可。

但是，在我打了个小盹回来后却发现，这张纸上只剩下了爱好列表，其他都被“杀”掉了！

爱好列表

对不起，我忘了告诉你......使用一个列表，我们只需跟踪爱好，然后在另一个清单上，我们需要追踪那些有这些爱好的孙辈！我们将其称为“加入列表”。看到你明显感到沮丧，我感觉很糟糕并且跳回列表模式。

一旦得到了我们的爱好列表，我们就会制作第二个列表并称之为孙辈的爱好。

孙辈的爱好名单

在完成所有这些工作之后，奶奶现在就拥有了一个大象级的记忆系统，用于跟踪她那个荒谬的大家庭。然后，她问了一个神奇的问题：“你从哪里学会做这一切的？”

关系数据库

关系数据库是一组正式描述的表（在我们的示例中是列表），从这些表中可以以许多不同的方式访问或重新组装数据，而无需重新组织数据库表。有许多不同类型的关系数据库——可惜我们上面所列的纸，并不是其中之一！

最流行的关系数据库的是称为SQL（标准查询语言）的查询语言。这意味着，如果奶奶将她的记忆系统升级到计算机，她就能快速回答诸如“谁去年没有拜访过我？结婚了吗？有什么爱好？”之类的问题。

世界上最流行的SQL数据库管理系统选择是MySQL，它是开源的，实现为基于Web的软件应用程序的关系数据库管理系统（RDBMS）。

MySQL的一些关键功能包括：

它是众所周知的、常用的、并经过全面测试。

有很多合格的开发人员在SQL和关系数据库方面经验丰富。

数据存储在各种表中，允许使用主键和外键轻松关联。

它易于使用和高性能，是大型和小型企业的理想选择。

源代码符合GNU通用公共许可协议。

现在，忘记一切。

向奶奶解释NoSQL

奶奶，我们的家庭是巨大的——有150个孙子孙女！其中许多人已婚，有自己的孩子，喜欢各种不同的爱好和其他东西。在你这个年纪，几乎不可能记住我们所有人的一切，所以你需要一个记忆系统！

幸运的是，我可以提供帮助——不希望你忘记我的生日，最喜欢的冰淇淋口味这些。所以我跑到拐角的商店，拿起一本作文笔记本，然后回到你家。

我做的第一步是在笔记本前面用粗体字母写“孙子”。接下来，我翻到第一页，开始写下你应该记住的关于我的一切。几分钟后，页面看起来像这样。

{ 
"_id":"dkdigiye82gd87gd99dg87gd",
"name":"Cody",
"birthday":"09-12-2006",
"last_visit":"09-02-2019",
"clothing_size":"XL",
"favorite_ice_cream":"Fudge caramel",
"adopted":false,
"hobbies":[
"video games",
"computers",
"cooking"
],
"spouse":,
"kids":[
],
"favorite_picture":"",
"misc_notes":"Prefers ice-cream cake on birthday instead of chocolate cake!"
}

我：“看起来我们在这里完成了！”

奶奶：“等等，其他所有的孙子们呢？”

我：“哦，对，他们。只需将合成书的单页专门用于每一页。“

奶奶：“我是否需要为每个人写下所有相同的信息，就像我为你做的那样？”

我：“不需要！在这里，让我告诉你怎么做。”

我将笔从奶奶手中拿出来，你翻到一个新的页面，然后快速写下你最不喜欢的堂兄的记录。

{ 
"_id":"dh97dhs9b39397ss001",
"name":"Tanner",
"birthday":"09-12-2008",
"clothing_size":"S",
"friend_count":0,
"favorite_picture":,
"remember":"Born on same day as Cody but not as important"
}

很简单吧！每当奶奶需要记住关于其中一个孙辈的事情时，她只需要在孙辈笔记本中翻到他们的页面。所有关于它们的信息都将存储在他们的页面上，她可以快速更改和更新。

然后，她又问了一个神奇的问题，“你在哪里学的这个？”

NoSQL数据库

存在许多NoSQL （“不仅仅是”SQL）数据库。在我们的示例中，我们举例说明了文档数据库NoSQL数据库以排除关系数据库中提供的表格关系的方式建模数据。这些数据库在21世纪初由于其庞大的扩展要求（即Facebook）而需要基于云的数据库集群的公司中变得流行。在这些应用程序中，拥有数据一致性远不如性能和可伸缩性重要。

在早期，NoSQL数据库经常被用于超级集中的数据管理任务。主要是在Web和云应用程序方面，NoSQL DB已被证明可以处理和分发大量数据。使用NoSQL构建的工程师也喜欢灵活的数据模式（或完全缺乏），因此可以快速更改正在更新的应用程序。

NoSQL的主要功能包括：

一种高度灵活的持久化数据方式；

水平扩展到群集；

持久性/传播的最终一致性；

使用唯一键标识的文档。

面对面比较

MySQL需要定义的结构化架构。

NoSQL允许“ 文档” 中任何数据的持久性。

MySQL有一个庞大的社区支持它。

NoSQL有一个小而快速增长的社区。

NoSQL具有易于扩展的特点。

MySQL需要更多托管可伸缩性。

MySQL利用SQL，它被用于多种数据库类型。

NoSQL是一个基于设计的数据库，具有流行的实现。

MySQL使用标准查询语言（SQL）。

NoSQL不使用标准查询语言。

MySQL有许多出色的报告工具。

NoSQL很少提供难以标准化的报告工具。

MySQL可以为大数据提供性能问题。

NoSQL在大数据方面表现出色。

在我的公司内，我们为每个项目的工作区配置了一个在AWS上托管的Aurora MySQL关系数据库。虽然当应用程序需求需要大数据级性能和可伸缩性时，NoSQL是一个合理的选择，但我们认为，在构建SaaS应用程序（软件即服务）和其他商业软件时，RDBMS强制执行的严格数据一致性是必要的。

在我们看来，对于构建业务应用程序的初创企业和开发人员（需要报告、事务完整性和定义良好的数据模型）来说，将时间投入到关系数据库是正确的选择。

原文：

本文为 CSDN 翻译，转载请注明来源出处。

【END】