作为天蓝色表存储的分区键的复合键

-1

我有一个数据模型，其属性如A，B，C，D..G。这个模型有一个组合键（A，B，C，D）。我需要将此数据模型的实体存储到存储器中。我应该连接（A + B + C + D），然后将结果存储为分区键的值（用于更快的检索操作？）。作为天蓝色表存储的分区键的复合键

在这种情况下选择分区键/行键的最佳做法是什么？

来源

2016-12-06 Deepak Agarwal

这实在没有客观的答案。您甚至没有分享如何查找数据，因为您的具体需求将决定如何将数据映射到分区密钥和行密钥。正如书面所述，这只会产生你的意见，根据没有具体的事情。 –

-1

检查了这一点： https://docs.microsoft.com/en-us/rest/api/storageservices/fileservices/designing-a-scalable-partitioning-strategy-for-azure-table-storage

看起来像一个很好的起点。

来源

2016-12-06 16:04:39

发布数据建模链接不是答案。充其量，这是一个评论（你有足够的评论声望）。 –

我应该串联（A + B + C + d），然后再存储为分区键的值的结果（获得更快的检索操作？）

随着人们考虑的查询提到的这名负责人document ：

了解您将使用的查询将允许您确定哪些属性对于PartitionKey需要考虑的重要。查询中使用的属性是PartitionKey的候选项。 如果实体具有两个以上的关键属性，则可以使用连接值的复合关键字。

什么是选择在这样的情况下，分区键/行键的最佳做法？

为了获得更好的查询性能，您需要考虑查询中用作PartitionKey或RowKey候选项的属性。下面是一个简单的示例让您有更好的理解选择PK/RK的：如果查询通常基于

：

有一台叫做产品，其具有以下性质在CategoryID和SubCategoryID上，我们可以将CategoryID_SubCategoryID作为PartitionKey，以快速定位特定分区并检索特定类别内的所有产品。对于RowKey，我们可以设置ID来查询特定产品ID或SalesRegion_Price_DeliveryType，以按照SalesRegion，Price，DeliveryType的顺序过滤产品。

此外，您可以按照此tutorial关于设计可伸缩和高性能的Azure存储表。

来源

2016-12-07 05:48:37

作为天蓝色表存储的分区键的复合键

回答

相关问题