Mysql SQL和NoSQL在非技术领域的类比

我正在使用第三个客户端，它将同时使用SQL和NoSQL解决方案（通常是SQL Server和Mongo）。我使用的最后两个客户机了解大量技术信息，因此关系数据库或文档存储等短语对他们来说很有意义。我倾向于使用银行处理作为SQL示例，使用博客存储作为NoSQL示例，到目前为止，这对我的客户来说是有意义的。当客户想到交易和“实时提要”这样的例子时，他们有时会选择这两种解决方案

---

另一位客户在业务上非常出色，但他没有技术优势（他是一位杰出的魅力领袖，因此我绝对不会贬低他，因为我们都有自己的优势）。我很好奇，这里是否有人必须从技术角度向不熟悉这些数据库概念的人解释这些数据库概念，以及您使用什么样的类比来解释每个过程如何单独工作以及它们如何协同工作？

没有noSQL这样的东西。只有一大堆全新的数据库技术具有完全不同的理念和用例，它们的共同点就是它们与SQL数据库的共同点。但当您真正想问的是“我如何才能向非技术人员解释异构存储策略”，我会使用office隐喻

你的办公室里堆满了各种各样的信息。但您并不是以相同的方式存储所有信息：

• 有些存储在您的文件柜中
• 有些人躺在你的桌子上
• 有些被钉在你的钉板上

你为什么这么做？因为每种信息都有不同的访问特性。您的钉板上充满了需要快速访问的数据（如memcached）。您的文件柜中充满了您很少查看或更改的数据，但这些数据在将来某个时候可能会变得非常重要。它还非常有组织地优化搜索（如关系数据库）。您的办公桌上摆满了您当前需要快速访问的数据。没有太多的秩序，因为办公桌上物品的严格秩序会抑制你的工作效率（比如文档存储）

正如您为办公室中的每种数据选择不同的存储方法一样，我们对计算机系统中的每种信息都使用不同的存储方法。

NoSQL（或无模式，或文档存储，或诸如此类）数据库存储信息，就像您将食谱存储在书中一样。当你想知道如何制作蛋糕时，你就去看那个食谱，所有关于如何制作蛋糕的信息（配料、准备、混合、烘焙、整理等）都在这一页上

SQL就像是购买配方的配料。为了将所有配料放入购物车，您必须到许多不同的通道才能获得每种配料。当你完成购物，你的购物车将充满所有的成分，你必须运行和收集

---

如果有一家店是按菜谱组织的，这样你就可以去店里的一个地方，从那一个地方抢到你需要的所有东西，不是更好吗？诚然，你会在50个不同的地方找到像鸡蛋这样的配料，所以在货架上放东西时会有一点开销，但从消费者的角度来看，找到他们想要的东西要容易得多/快得多。

我不会试图用类比来解释这些差异，因为在一天结束时，第一个会做得更好。相反，我将介绍酸碱对业务的影响：这是我认为客户最感兴趣的。例如，“我能接受我的数据最终是一样的吗？”我真的很喜欢这个类比——我认为任何人都能与之相关。正如我所看到的，当人们结合使用各种技术时，这种趋势就会出现，这也说明了为什么两者都是有用的。