>Coundant standatd 计划写为"100 次读取/秒，50 次写入/秒，5 次全局查询/秒"。 此 IO/s 是否计算端到端请求？还是基于查询执行计划？
让我们举一些例子
问题 1.假设我使用批量操作在 Cloudant 中创建 3 个新文档(Bluemix 标准计划(。 1 写入操作？3 写入操作？
问题 2.按聚合(join(-1000个索引文档查询，其中包含"名称，年龄范围，加入时间"，并获取为一个文档。 1 读？1000 + 1 阅读？
问题 3.当我使用标准计划(限制 100 次读取/秒(时，假设 100 个用户同时执行 (Q2( 中的查询。 IO 是如何计算的？1 * 100 次阅读？(1000 + 1( * 读取？ 某些用户是否由于 IO 限制而无法执行查询？
没有正确列出有关云化价格方法的数据。 谁能正确指出我？ 我想知道标准计划计算的确切
方式。如果您可以添加一个计算示例并回答，那就更好了！
这里也回答了，https://developer.ibm.com/answers/questions/525190/how-do-calculate-io-operations-in-cloudant-account/
-
批量操作目前计为 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 级别的云速率限制。没有将批量操作拆分为组成部分，至少现在还没有。
有关这一切如何结合在一起的文档可以在这里找到：https://cloud.ibm.com/docs/services/Cloudant?topic=cloudant-pricing#pricing">
IBM Cloud Catalog 中的 Cloudant 产品具有指向文档的链接。文档中是计划的说明以及其他示例。这些文档还包含说明如何计算读取和写入操作的部分。
Cloudant 返回 http 代码 429 以指示请求过多。文档讨论了这一事实，并提供了有关如何处理它的代码示例。