mysql - 非技术人员的 SQL 和 NoSQL 类比

Question

就目前而言，这个问题不适合我们的问答形式。我们希望答案得到事实、引用资料或专业知识的支持，但这个问题可能会引发辩论、争论、投票或扩展讨论。如果您觉得这个问题可以改进并可能重新打开， visit the help center寻求指导。

关闭 9年前。

我正在使用第三个客户端，它将同时使用 SQL 和 NoSQL 解决方案(通常是 SQL Server 和 Mongo)。我与之合作的最后两个客户了解大量技术信息，因此关系数据库或文档存储之类的短语对他们来说很有意义。我倾向于将银行处理用作 SQL 示例，将博客存储用作 NoSQL 示例，到目前为止，这对我的客户来说是有意义的。当客户想到交易和“实时提要”等可能包含数十万个字符的示例时，他们有时会更喜欢这两种解决方案。

另一个客户，他的业务很出色，但没有那种技术优势(他是一位杰出的有魅力的领导者，所以我绝不会贬低他，因为我们都有自己的长处)。我很好奇这里是否有人不得不从技术角度向不熟悉这些数据库概念的人解释这些数据库概念，以及您使用什么类比来解释每个过程如何单独工作以及它们如何协同工作？

Answer 1

NoSQL(或无模式，或文档存储，或你有什么)数据库存储信息，就像你在书中的食谱一样。当您想知道如何制作蛋糕时，您可以查看该食谱，所有有关如何制作该蛋糕的信息(配料、准备、混合、烘焙、整理等)都是都在这一页上。

SQL 就像购买食谱的原料。为了将所有食材放入购物车，您必须前往许多不同的过道来获取每种食材。当您完成购物后，您的购物车将装满您必须跑来跑去收集的所有食材。

如果有一家商店是按食谱组织的，这样你就可以去商店的一个地方，从那个地方拿走你需要的一切，那不是更好吗？当然，您会在 50 个不同的地方找到像鸡蛋这样的原料，因此在货架上放货时会有一些开销，但从消费者的角度来看，找到他们想要的东西要容易/快捷得多。