Azure BLOB表服务的效率如何?

Azure BLOB表服务的效率如何?,azure,azure-table-storage,Azure,Azure Table Storage,azure blob表的效率有多高 Azure BLOB服务也有各种组件,如容器、队列和表。表的效率有多高,它们的确切用例是什么,以及为什么它们通常与诸如Azure CosmoDB之类的支持服务一起使用 有人能帮我理解它背后的概念和思想吗 编辑:我面临的问题是,我必须将C#中70万个数据行的处理批记录到BLOB表中。如何在最佳实践中实现这一点?这是一个三合一的问题:-) 表格的效率如何 如果使用得当,效率很高。表中的每一行都有一个PartitionKey和Rowkey。在查询数据时,如果可以使用

azure blob表的效率有多高

Azure BLOB服务也有各种组件,如容器、队列和表。表的效率有多高,它们的确切用例是什么,以及为什么它们通常与诸如Azure CosmoDB之类的支持服务一起使用

有人能帮我理解它背后的概念和思想吗


编辑:我面临的问题是,我必须将C#中70万个数据行的处理批记录到BLOB表中。如何在最佳实践中实现这一点?

这是一个三合一的问题:-)

表格的效率如何
如果使用得当,效率很高。表中的每一行都有一个PartitionKey和Rowkey。在查询数据时,如果可以使用PartitionKey和RowKey的(部分)来减少集合,那么它的性能会非常好。一旦您开始对其他列进行筛选,性能就会迅速下降。另请参见关于此主题的内容

它们的确切用例是什么
它基本上是一个键/值对nosql解决方案。它可以非常高效地以快速、廉价的方式存储简单数据。在数据存储方面,它是最便宜的选择之一。表没有固定的模式(因此是nosql),用于存储例如日志、配置数据和简单的数据结构

为什么它们通常与Azure CosmosDB这样的支持服务一起使用。
事实并非如此。Azure表存储可以单独使用。CosmosDB有一个表API,它允许您在不修改代码的情况下对为Azure表存储编写的代码使用CosmosDB。它不仅为PartitionKey和Rowkey编制了索引,而且还为所有其他列编制了索引,从而实现了卓越的性能。所以,一旦开始对其他列进行筛选,性能仍然会非常好。但是从金钱的角度来说,它会花费你更多

数据存储最好使用批处理,因为数据是按分区写入的。见伊万的答案

关于何时使用它的更多资料:


这是一个三合一的问题:-)

表格的效率如何
如果使用得当,效率很高。表中的每一行都有一个PartitionKey和Rowkey。在查询数据时,如果可以使用PartitionKey和RowKey的(部分)来减少集合,那么它的性能会非常好。一旦您开始对其他列进行筛选,性能就会迅速下降。另请参见关于此主题的内容

它们的确切用例是什么
它基本上是一个键/值对nosql解决方案。它可以非常高效地以快速、廉价的方式存储简单数据。在数据存储方面,它是最便宜的选择之一。表没有固定的模式(因此是nosql),用于存储例如日志、配置数据和简单的数据结构

为什么它们通常与Azure CosmosDB这样的支持服务一起使用。
事实并非如此。Azure表存储可以单独使用。CosmosDB有一个表API,它允许您在不修改代码的情况下对为Azure表存储编写的代码使用CosmosDB。它不仅为PartitionKey和Rowkey编制了索引,而且还为所有其他列编制了索引,从而实现了卓越的性能。所以,一旦开始对其他列进行筛选,性能仍然会非常好。但是从金钱的角度来说,它会花费你更多

数据存储最好使用批处理,因为数据是按分区写入的。见伊万的答案

关于何时使用它的更多资料:


就目前而言,这个问题相当广泛,很可能会被解决。请编辑您的问题并包括您面临的具体问题。Microsoft网站上提供了大量有关Azure存储和Cosmos DB服务的文档,您可以参考这些文档以便更好地了解。感谢您的输入。我已经编辑了答案以包含我的特定用例。感谢您提供更多信息。不幸的是,它仍然很模糊。请提供更多详情。而且,没有“BLOB表”这样的东西。有斑点,然后有桌子。这是Azure存储服务的两个独立组件。我建议你先多读一些关于这些的东西。关于什么?成本?演出易用性?@PeterBons成本和性能是主要关注点,因为现在的问题相当广泛,很可能会被解决。请编辑您的问题并包括您面临的具体问题。Microsoft网站上提供了大量有关Azure存储和Cosmos DB服务的文档,您可以参考这些文档以便更好地了解。感谢您的输入。我已经编辑了答案以包含我的特定用例。感谢您提供更多信息。不幸的是,它仍然很模糊。请提供更多详情。而且,没有“BLOB表”这样的东西。有斑点,然后有桌子。这是Azure存储服务的两个独立组件。我建议你先多读一些关于这些的东西。关于什么?成本?演出易用性?@PeterBons主要关注成本和性能