Azure Table 存储与 CosmosDB Table API
Azure Table Storage vs CosmosDB Table API
在 Microsoft Build 2017 事件中，我遇到了 CosmosDB Table API。看起来像 Azure Table 存储.
这是否意味着 Microsoft 最终将停止支持 Azure Table 存储？
现在，Document Db 已不复存在。现在已经转换成CosmosDB了。
此外，Table 存储 的主要问题是备份。已在 CosmosDB Table API.
中解决
此外，Table API 的定价策略是 基于吞吐量的 而 Table 存储的定价策略是 Storage-基于.
那么 Table 存储仍然是大容量应用程序的好选择吗？
正如彼得回应的那样，DocumentDB 现在是 Cosmos DB, it is one of the many Data Models the new service has available including MongoDB API, Premium Tables API, and Gremlin Graph API 的一部分。
他们都有相同的global distribution capabilities and consistency levels。
现在，转到您的表问题，这两种服务都有不同的方案和定价模型。
虽然 Azure 存储表的目标是在单个区域（可选的辅助只读区域但没有故障转移）上提供高容量，但索引 PK/RK 和存储优化定价； Azure Cosmos DB 表旨在实现高吞吐量（个位数毫秒延迟）、全球分布（多次故障转移）、SLA 支持的预测性能，每个 attribute/property 的自动索引和专注于吞吐量的定价模型。
根据您的场景，您可能想要使用的服务，Azure 存储表仍然是一个很好的解决方案，但是，例如，如果您需要全球分布，Cosmos DB 表是最适合的服务。
在 Microsoft Build 2017 事件中，我遇到了 CosmosDB Table API。看起来像 Azure Table 存储.
这是否意味着 Microsoft 最终将停止支持 Azure Table 存储？
现在，Document Db 已不复存在。现在已经转换成CosmosDB了。
此外，Table 存储 的主要问题是备份。已在 CosmosDB Table API.
中解决此外，Table API 的定价策略是 基于吞吐量的 而 Table 存储的定价策略是 Storage-基于.
那么 Table 存储仍然是大容量应用程序的好选择吗？
正如彼得回应的那样，DocumentDB 现在是 Cosmos DB, it is one of the many Data Models the new service has available including MongoDB API, Premium Tables API, and Gremlin Graph API 的一部分。
他们都有相同的global distribution capabilities and consistency levels。
现在，转到您的表问题，这两种服务都有不同的方案和定价模型。
虽然 Azure 存储表的目标是在单个区域（可选的辅助只读区域但没有故障转移）上提供高容量，但索引 PK/RK 和存储优化定价； Azure Cosmos DB 表旨在实现高吞吐量（个位数毫秒延迟）、全球分布（多次故障转移）、SLA 支持的预测性能，每个 attribute/property 的自动索引和专注于吞吐量的定价模型。
根据您的场景，您可能想要使用的服务，Azure 存储表仍然是一个很好的解决方案，但是，例如，如果您需要全球分布，Cosmos DB 表是最适合的服务。