复合密钥作为azure表存储的分区密钥

复合密钥作为azure表存储的分区密钥,azure,azure-table-storage,nosql,Azure,Azure Table Storage,Nosql,我有一个数据模型,它的属性是a,B,C,D,G。此模型有一个复合密钥(a、B、C、D)。我需要将此数据模型的实体存储到azure存储中。 我是否应该连接(A+B+C+D),然后将结果存储为分区键的值(以便更快地检索操作?) 在这种情况下,选择分区键/行键的最佳做法是什么?查看以下内容: 看起来是个不错的起点 我是否应该连接(A+B+C+D),然后将结果存储为分区键的值(以便更快地检索操作?) 正如这位官员提到的考虑问题: 知道您将使用的查询将允许您确定哪些属性对于分区键是重要的。查询中使用的属

我有一个数据模型,它的属性是a,B,C,D,G。此模型有一个复合密钥(a、B、C、D)。我需要将此数据模型的实体存储到azure存储中。 我是否应该连接(A+B+C+D),然后将结果存储为分区键的值(以便更快地检索操作?)

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

查看以下内容:

看起来是个不错的起点

我是否应该连接(A+B+C+D),然后将结果存储为分区键的值(以便更快地检索操作?)

正如这位官员提到的考虑问题:

知道您将使用的查询将允许您确定哪些属性对于分区键是重要的。查询中使用的属性是PartitionKey的候选属性。 如果实体具有两个以上的键属性,则可以使用串联值的复合键。

在这种情况下,选择分区键/行键的最佳实践是什么

<>为了更好的查询性能,您需要考虑在查询中使用的属性作为分区键或ROWKEY的候选项。以下是一个简单的示例,供您更好地了解PK/RK的选择:

有一个名为Product的表,它具有以下属性:

| ID | Name | CategoryID | SubCategoryID | DeliveryType | Price | Status | SalesRegion |

如果查询经常基于
CategoryID
SubCategoryID
,我们可以将
CategoryID\u SubCategoryID
组合为分区键,以快速定位特定分区并检索特定类别内的所有产品。对于RowKey,我们可以只设置
ID
来查询特定的产品ID,或者设置
SalesRegion\u Price\u DeliveryType
来按SalesRegion、Price、DeliveryType的顺序过滤产品


此外,您还可以按照此说明设计可扩展且性能优异的Azure存储表

这真的没有一个客观的答案。您甚至还没有分享如何查找数据,因为您的特定需求将决定如何将数据映射到分区键和行键。如前所述,这只会给你一些没有具体依据的意见。发布数据建模链接并不是一个答案。充其量,这只是一个评论(而且你有足够的声誉去评论)。