Azure表格存储-性能
我必须对Azure表存储进行查询，其中我有以下设置:RowKey、PartitionKey、ThirdColumn
RowKey是唯一的，Partitionkey与ThirdColumn相关联，这意味着所有值为“Y”的第三列都将具有分区键“X”。
我必须使用ThirdColumn值获取分区键为X的所有实体。这将不是Performance，因为Y既不是PartitionKey也不是RowKey。
问题是：在第三列上执行.firstorDefault（）以获得一个实体（任何实体），然后使用PartitionKey执行查询是否有意义？我认为这样会更好，因为这样它就不用在不同的机器上搜索数据了。
共有1个答案
为什么不将PartitionKey设置为X和y的组合值呢？比如“MyValueOfx_MyValueOfy”？
或者如果您在查询时没有X的值，只需用不同的顺序复制信息，例如：
PK：X RK：Z列：Y
这样，当您有X时和当您有y时，您就可以查询该记录。
检查设计可伸缩分区策略。
-
我有一个用例，需要以Json格式将调查结果从web应用程序上传到azure blob存储。根据调查问题判断，这些json对象将很小，甚至不会接近1MB。我一直在阅读C#中的azure blob客户端并进行实验。我实现了一个工作单元和存储库设计模式，这意味着每个CRUD操作都会导致与azure存储的连接。我是否应该考虑并行操作或批量调用以降低成本，提高性能和吞吐量？有很多关于并行操作的文章，但他们试
-
更新时间：2019-06-14 11:02:02 节点简介 表格存储节点可以让开发者使用阿里云的表格存储服务进行数据的增删改查操作。 使用场景 表格存储（Table Store）是阿里云自研的NoSQL多模型数据库，提供海量结构化数据存储以及快速的查询和分析服务。如果您已经购买了阿里云的表格存储产品，可在服务开发中使用表格存储节点，将数据存储到您的表格存储数据库中，也可以对您的数据库进行查询、更新
-
我想评估一下我的Windows Azure表存储查询是如何缩放的。为此，我建立了一个简单的测试环境，在这个环境中，我可以增加表中的数据量，并测量查询的执行时间。基于时间，我想定义一个成本函数，它可以用来评估未来查询的性能。 我评估了以下查询： 使用PartitionKey和RowKey查询 使用PartitionKey和属性进行查询 使用PartitionKey和两个行键进行查询 带有Partit
-
我们在Azure Table Storage中有一个表，自从新实现以来，它目前有50，000个条目。 PartitionKey:字符串形式的日期时间值< br> RowKey:字符串形式的数值 我们使用 生成筛选条件。PartitionKey filter是这样的：
-
我将一些电子邮件附件保存到Azure Blob中。 我现在正在尝试编写一个Azure Functions应用程序，它将连接到blob存储，运行一些脚本并重新保存文件。 但是，在为函数选择存储帐户时，我无法选择我的blob存储帐户。 我上了网站，上面写着: 创建函数应用时，必须创建或链接到支持 Blob、队列和表存储的常规用途 Azure 存储帐户。某些存储帐户不支持队列和表。这些帐户包括仅 blo
-
我试图使用rest API从azure数据表中检索数据。 Api错误已输出，数据无效。 如果我同时添加RowKey和PartitionKey，就像下面这样。它起作用了。 是否需要通过行键？ 如果我只想从一个分区检索所有数据。我知道，我们可以在查询参数中添加一个$filter，但这不会导致性能问题吗？ 请分享你的想法。 谢谢！