Cloudant 中的 IO 操作如何计算 Bluemix 定价？ （吞吐量 - 查找、读取、写入、查询）
How do calculate IO operations in Cloudant account for Bluemix pricing? (throughput - lookups, reads, writes, queries)
Coundant 标准计划写为“100 次读取/秒，50 次写入/秒，5 次全局查询/秒”。
这是 IO/s 计算端到端请求吗？还是基于查询执行计划？
举几个例子
Q1.Let 说我使用批量操作在 Cloudant（Bluemix 标准计划）中创建 3 个新文档。
1 写操作？ 3 写操作?
Q2。通过聚合查询（加入）-1000 个索引文档 "name, age range, join time" 并作为一个文档获取。
1读? 1000 + 1 次阅读？
Q3。当我使用标准计划（限制 100 次读取/秒）时，假设有 100 个用户同时执行了 (Q2) 中的查询。
IO是怎么计算的？ 1 * 100 次读取？ (1000 + 1) * 读取？
是否有部分用户因为IO限制无法执行查询？
没有正确列出有关 Cloudant 价格法的数据。
任何人都可以正确指出我吗？
我想知道标准计划计算到底是怎么计算的。
如果能加上计算例子和答案就更好了！
Cloudant offering in the IBM Cloud Catalog has a link to the documentation. In the docs is a description of the plans with additional examples. The docs also have sections that explain how read and write operations are calculated.
Cloudant 返回 http code 429 表示请求过多。文档讨论了这个事实，并且有关于如何处理它的代码示例。
批量操作当前计为 1 W，无论它包含多少文档。
查询是对具有 _design、_find 或 _search 之一的 URL 的请求，同样与实际涉及的文档数量无关。请注意，其中一些 API 端点（搜索）是分页的，因此每个请求的结果页有 1 个查询。
我假设“100 个用户”是指使用相同凭据的 100 个并发连接，因为 Cloudant 的速率限制适用于每个帐户。如果是这样，请求的总和将计入限制。当该桶已满时，任何进一步的请求都将被切断，并以 429 失败：请求过多 HTTP 状态代码。
例如，假设您有一个标准帐户，您已将速率限制设置为每秒允许 100 次查询。您有 100 个并发连接重复访问 _find，每个查询返回 1000 个文档。 Cloudant 将允许每秒 100 次查询，因此平均而言，您的每个连接每秒将完成 1 次查询，并且任何比这更努力的尝试都会导致 429 http 错误。有 10 个并发连接，平均每个连接将获得 10 qps 等
http 级别的 Cloudant 速率限制。没有将批量操作拆分为组成部分，至少现在还没有。
可在此处找到有关如何将所有这些联系在一起的文档：https://cloud.ibm.com/docs/services/Cloudant?topic=cloudant-pricing#pricing"
Coundant 标准计划写为“100 次读取/秒，50 次写入/秒，5 次全局查询/秒”。 这是 IO/s 计算端到端请求吗？还是基于查询执行计划？
举几个例子
Q1.Let 说我使用批量操作在 Cloudant（Bluemix 标准计划）中创建 3 个新文档。 1 写操作？ 3 写操作?
Q2。通过聚合查询（加入）-1000 个索引文档 "name, age range, join time" 并作为一个文档获取。 1读? 1000 + 1 次阅读？
Q3。当我使用标准计划（限制 100 次读取/秒）时，假设有 100 个用户同时执行了 (Q2) 中的查询。 IO是怎么计算的？ 1 * 100 次读取？ (1000 + 1) * 读取？ 是否有部分用户因为IO限制无法执行查询？
没有正确列出有关 Cloudant 价格法的数据。 任何人都可以正确指出我吗？ 我想知道标准计划计算到底是怎么计算的。
如果能加上计算例子和答案就更好了！
Cloudant offering in the IBM Cloud Catalog has a link to the documentation. In the docs is a description of the plans with additional examples. The docs also have sections that explain how read and write operations are calculated.
Cloudant 返回 http code 429 表示请求过多。文档讨论了这个事实，并且有关于如何处理它的代码示例。
批量操作当前计为 1 W，无论它包含多少文档。
查询是对具有 _design、_find 或 _search 之一的 URL 的请求，同样与实际涉及的文档数量无关。请注意，其中一些 API 端点（搜索）是分页的，因此每个请求的结果页有 1 个查询。
我假设“100 个用户”是指使用相同凭据的 100 个并发连接，因为 Cloudant 的速率限制适用于每个帐户。如果是这样，请求的总和将计入限制。当该桶已满时，任何进一步的请求都将被切断，并以 429 失败：请求过多 HTTP 状态代码。
例如，假设您有一个标准帐户，您已将速率限制设置为每秒允许 100 次查询。您有 100 个并发连接重复访问 _find，每个查询返回 1000 个文档。 Cloudant 将允许每秒 100 次查询，因此平均而言，您的每个连接每秒将完成 1 次查询，并且任何比这更努力的尝试都会导致 429 http 错误。有 10 个并发连接，平均每个连接将获得 10 qps 等
http 级别的 Cloudant 速率限制。没有将批量操作拆分为组成部分，至少现在还没有。
可在此处找到有关如何将所有这些联系在一起的文档：https://cloud.ibm.com/docs/services/Cloudant?topic=cloudant-pricing#pricing"