关于DocumentDB定价

我看到在Microsoft Azure Website中，DocumentDB的定价基于集合。例如，对于1GB存储和100RU，大约（〜4英镑/月）的费用是为我支付的。关于DocumentDB定价

的描述是：

在任何规模的，你可以存储数据和提供的吞吐能力。根据存储的数据量（以GB为单位）和以100 RU /秒为单位保留的吞吐量，每小时收费一次。

我的困惑是：这是真的为我收集的每个集合计费吗？如果我的应用程序使用了一个包含20个集合的数据库，我应该支付（〜£80 /月）吗？或者通过收集它意味着一个数据库？

谢谢大家

来源

2016-11-29 ach

是的，DocumentDB账单每集合。它有助于将集合视为等效于（关系）数据库。您提供每个集合的吞吐量，针对集合运行查询并将多个类型存储在集合中。 –

您的理解是正确的。由于每个集合定义了吞吐量，您将必须为每个集合付费。因此，在您的示例中，您需要为20个藏品支付80英镑（或每套藏品4英镑）。

来源

2016-11-29 04:52:26

文档DB中的集合可以被认为与正常数据库条款中的表相同。它不等同于数据库。

来源

2017-03-01 16:11:34 thcase

这是错误的。一个集合应该更关注层面 - 至少就存储内容而言 - 关系数据库，因为通常会将大部分数据（是的，不同类型的数据，因为其模式不可知）存储在ONE集合中降低价格。您可以使用分区键按实体或其他感觉适合您的系统的其他组进行分组。如果您的建议（类似于关系表），70 +表的典型电子商务系统的价格将是疯狂的。 – CoderBang

我不明白你为什么认为答案是错的。以下是来自MongoDB的词汇表定义：一组MongoDB文档。一个集合相当于一个RDBMS表。一个集合存在于一个数据库中。集合不执行架构。集合中的文档可以有不同的字段。通常，集合中的所有文档都具有相似或相关的用途。 – thcase

对不起，我迟到的回复。在一个典型的关系型应用程序中，可以有一个包含X个表的数据库 - 所有这些都有一个定义好的结构。但是，在文档数据库应用程序中，通常只需要一个集合。集合是模式不可知的，所以你的所有数据通常都存储在这个集合中 - 因为文档结构并不重要。如果缩放是个问题，那么就有使用多个集合的用例。我对MongoDB并不熟悉，所以术语/结构可能略有不同。我指的是Azure DocumentDB。 – CoderBang

关于DocumentDB定价

回答

相关问题