Azure DocumentDb vs RavenDb

作为.NET开发人员，目前我们在

nosql

场景中使用

RavenDb

作为默认的数据库选择。现在微软推出了

DocumentDb

，一种

nosql

文档数据库即服务，我们正在寻找两者之间的区别。数据库即服务（Database-as-a-service）看起来不错，因为我们在自己的服务器上运行RavenDb

Ayende Rahien作为一个新版本，但与旧的

DocumentDb

版本相比，它有点过时。尽管如此，它仍然是一本好书

编辑：阅读后，我开始怀疑

DocumentDb

。假设我的数据模型由7个集合组成，这意味着我必须每月支付7*$25=175美元 Edit2:DocumentDb创建者的想法似乎是将多种类型的文档放在一个集合中，在使用了

ravendb

一段时间后，我觉得这有点奇怪。术语

collection

在理解

DocumentDb

定价方面造成了一些麻烦，因为它在

DocumentDb

和

RavenDb

---

在哪种情况下，您会选择

DocumentDb

而不是

RavenDb

？

建议您在单个集合中放入比其他情况下多得多的内容。我不确定从长远来看是否明智，但他们建议将其作为降低成本的一种方式。此外，由于不存在跨集合事务隔离，因此如果您需要一次更新多个文档，以便将它们保留在同一个集合中，可能会更好。

正是如此。不要将集合视为只能容纳单一类型实体的表，应该说DocumentDB的集合比表更接近物理分区。集合支持许多实体类型（它们不强制架构）。每个集合都会获得保留的存储量（10gb）和吞吐量（基于性能层）。您会发现，在考虑存储和吞吐量时，定价非常有竞争力（与之相比）。是的，将它们视为分区。这很有帮助。我仍然想知道这对编码和运行体验有何影响，但现在我将继续讨论。索引是否会因此而变大/变慢？或者这只是b树索引中的一个问题，而不是DDB使用的前3个字符的哈希方法？RavenDb在Azure和AWS中作为一项服务提供。请查看我的比较“RavenDb vs Cosmos DB”