Azure存储表上的PartitionKey和RowKey

了解Azure存储表。
对于包含地址和其他字段的人员表， 设置PartitionKey和RowKey以优化这样的查询的最佳方法是什么

SELECT * FROM {table} 
WHERE
((FIRST_NAME LIKE '%{Name}%'
 OR LAST_NAME LIKE '%{Name}%'
 OR NICK_NAME LIKE '%{Name}%')
AND
 (CITY LIKE '%{Loc}%'
  OR STATE LIKE '{Loc}'
  OR ZIP LIKE '%{Loc}%'))

我正在寻找一种方法来存储大量数据，并能够快速查询，同时尽可能降低成本。我一直在看存储表和CosmosDB表。从价格上看，CosmosDB可能会因为非常大的桌子而变得昂贵

---

关于查询，我可以将“城市”、“州”、“邮政编码”作为分区键，将“名字”、“姓氏”和“尼克名字”作为行键。例如：“洛杉矶CA 90045”作为分区键，“John Doe JDoe”作为RowKey。我是否能够快速执行包含Los Angeles和KeySearch for John的PartitionKey搜索？

据我所知，Azure存储表的目标是单个区域上的高容量（可选的辅助只读区域，但没有故障切换）、按PK/RK索引和存储优化定价

---

Azure Cosmos DB表旨在实现高吞吐量（读写延迟为一位数毫秒，以为后盾），据我所知，Azure存储表旨在实现单个区域的高容量（可选的辅助只读区域，但无故障切换）、按PK/RK索引和存储优化定价

---

Azure Cosmos DB表旨在实现高吞吐量（对于读写来说，一位数的毫秒潜伏期，对于这样的查询，没有最好的方法。它没有被优化。考虑像文档数据库那样的另一个数据库。为什么要使用Azure表存储来实现这一点，因为这本质上是一个基于键/值对的存储。”这意味着他们使用的是Cosmos DB的高级表支持，而不是Azure表存储。如果是这种情况，则每个属性都将被索引，并且使用非pk/rk属性时性能不会成为问题。希望OP能够澄清。CChang：假设您使用的是Cosmos DB的表存储API，分区键将生效这是底层Cosmos DB存储的分区键，因此您需要决定什么最适合您的数据分发。感谢您的回复。我正在寻找一种方法来存储大量数据，并能够快速查询数据，同时尽可能降低成本。我一直在查看存储表和CosmosDB表api.P明智的做法是，对于非常大的表，COSMODB可能会变得昂贵。@ Coun任何更新？如果您觉得我的答案是有用的/有用的。请把它标记为一个答案，这样其他人可以从中受益。对于这些查询，没有最好的方法。它没有被优化。考虑另一个数据库，比如文档数据库。为什么？您想为此使用azure表存储吗，因为这本质上是一个基于键/值对的存储。@PeterBons-OP将其标记为，这意味着他们使用的是Cosmos DB的高级表支持，而不是azure表存储。如果是这样的话，每个属性都将被索引，使用非pk/rk pro时性能不会有问题perties.希望OP能够澄清。CChang：假设您使用的是Cosmos DB的表存储API，分区键实际上将是底层Cosmos DB存储的分区键，因此您需要决定什么最适合您的数据分发。感谢您的回复。我正在寻找一种存储大量数据的方法并且能够快速查询，同时保持尽可能低的成本。我一直在查看存储表和CosmosDB表api。从定价角度看，对于非常大的表，CosmosDB可能会变得昂贵。@C是否有更新？如果您觉得我的答案有用/有帮助，请将其标记为答案，以便其他人可以从中受益它是涡轮转速的吗？是涡轮转速的吗？