问MongoDB vs MySQL

EN

这篇题为： What the heck are you actually using NoSQL for?在介绍使用NoSQL的利弊方面做得非常好。

编辑:也可以阅读http://blog.fatalmind.com/2011/05/13/choosing-nosql-for-the-right-reason/博客文章

重新编辑:我找到了一些关于这个主题的最新材料(发表于2014年)，我认为这些材料是相关的：What’s left of NoSQL?

我对潜在的理论了解不多。但我得到的建议是:只有在跨多个服务器运行MongoDB时才使用它；这是它大放异彩的时候。据我所知，NoSQL的出现在很大程度上是由于在多个服务器上实现关系数据库的负载平衡带来的痛苦。因此，如果您在不超过一台服务器上托管应用程序，则MySQL将是首选。

Doctrine project的好心人最近写了一篇关于这个主题的非常有用的blog post。

从我目前所读到的..。这是我对它的看法。

标准SQL牺牲了较低的性能来换取丰富的功能...也就是说，它允许你在数据集(如果你愿意的话，表格/集合)之间进行连接和事务。

这允许应用程序开发人员将一些应用程序复杂性推入数据库层。这样做的好处是，通过依赖成熟的技术，应用程序不必担心数据完整性和其他ACID属性。缺乏极端的可伸缩性适用于几乎所有的项目，只要能设法使应用程序在预期的时间限制内工作，这有时可能导致不得不购买高性能/昂贵的关系数据库系统。

另一方面，Mongo DB通过允许更好的可伸缩性能，故意排除了与关系数据库相关的大部分固有复杂性。

这种方法迫使应用程序开发人员重新设计应用程序，以解决缺少关系功能的问题……这本身就是一件好事，但通常只有当您有可伸缩性需求时，所涉及的工作才是值得的。请注意，使用MongoDB时，根据数据要求w.r.t ACID属性，应用程序将不得不根据需要进行处理。