MongoDB不适用于关系数据吗？

Question

我刚读这在在mongoid.org网站（ODM为Ruby）

如果您发现有比嵌入式那些你 应用多个关系协会，建议您不要使用 的MongoDB，并移动到一个关系数据库。

这是一个有效的陈述吗？

Answer 1

MongoDB是一个面向文档的数据库。交易和关系不在此解决方案中提供。尽管存在这种限制，它还是提供了更具可扩展性的环境

您应该去mongodb.org有更多的信息解决方案。

Answer 2

这是一个有效的声明？

我不这么认为。我相信过度嵌入和避免关系是MongoDB最常见的两个初学者的错误。更重要的是，数据如何被结构化为并不重要。重要的是你需要什么查询，以及你是否提前知道。

关系数据库擅长将不同表格上的查询约束条件组合在一起：“哪些客户居住在我们经营大多数商店的城市，在阳光灿烂的日子里购买？”一个SQL数据库可以很好地回答这个问题。使用正确的索引，您可以快速完成这些查询的整个类。如果你不知道在编译时会被问到的问题，那就特别有用。

不幸的是，这是以复杂性为代价的：根据您提出的问题，结果具有不同的结构，但典型的LOB应用程序大多需要获取对象并将其存储回来。而且，创建SQL查询也不是微不足道的，因此您必须手动编写它们或使用复杂的软件（一种对象关系映射器）来创建查询，组装对象并将所有对象拼接在一起。避免这种可怕的软件和复杂性，是从我的角度使用MongoDB的关键原因。因此，对象文档映射器的想法对我来说通常听起来很诡异。

关于锁，交易，“比例”等的讨论基本上是正交的。

如果您事先知道您的查询，MongoDB可以cope with relations relatively well，您可以避免大多数事务。如果您需要商业智能查询，那么使用关系数据库可能会更好。