Azure DocumentDb vs RavenDb

由于.NET开发人员当前正在使用RavenDb作为我们的默认数据库选择，请在nosql方案中使用。现在微软推出了DocumentDb，nosql文档数据库即服务，我们正在寻找两者之间的差异。数据库即服务看起来不错，因为我们在我们自己的服务器上运行RavenDb。Azure DocumentDb vs RavenDb

Ayende Rahien作为interesting post，但与旧的DocumentDb版本相比已有些过时。尽管如此，它仍是一个很好的阅读。

编辑：阅读Thoughts on Azure DocumentDB后，我开始怀疑的DocumentDbabout the pricing。假设我的数据模型包含7个集合，这意味着我将不得不每月支付7 * 25 = $ 175！我必须在这里犯一些错误，对！

EDIT2： DocumentDb的创造者的想法似乎把更多的不是一个类型的文件到一个单一的集合，它似乎使用ravendb了一段时间后，现在有点奇怪我。术语collection造成了一定的麻烦了解DocumentDb定价，因为它是东西DocumentDb完全不同的那么RavenDb

在这情况下，你会选择DocumentDb了RavenDb？

来源

2015-05-06 Andrew Flierman

The post建议您在一个集合中放置更多的东西，否则会比其他东西更多。我不确定长期的智慧，但他们提出这是降低成本的一种方法。此外，由于不存在交叉收集事务隔离，因此如果您需要一次更新多个文档，并将它们保留在同一个集合中，可能会更好。

来源

2015-05-06 15:34:59

正好。不要将集合看作只能容纳单一类型实体的表格。 –

可以说DocumentDB的集合比表格更接近物理分区。集合支持许多实体类型（它们不强制实施模式）。每个集合都获得预留的存储量（10GB）和吞吐量（基于perf层）。在查看存储和吞吐量时，您会发现定价非常具有竞争力（与https://ravenhq.com/pricing.html比较） –

是的，将它们视为分区。这有帮助。我仍然想知道这会如何影响编码和运行体验，但我现在就会去做。由于这个原因，索引会更大/更慢？或者这只是b-tree索引中的一个问题，而不是DDB使用的前3字符散列方法。 –

Azure DocumentDb vs RavenDb

回答

相关问题