我正在尝试实现如下结构:属性名为"u:uid ",这样我就可以执行类似(u:112eq1)或(u:118eq1)或(u:119eq1)的查询。它可能会完成工作,只是我担心它不适合搜索数百个uid这样的情况。当应用程序增长时,“列”的数量可以增长到数万列。任何熟悉azure table架构的人都能对此有所了解吗?有没有其他方法来实现同样的结构?
发布于 2013-10-18 13:44:37
所以这里有几件事:
:。u是表中的属性名称,则仅对其进行查询将导致全表扫描,因为查询不包括PartitionKey。虽然如果你的表很小,这可能不是问题,但是,当你的表变大的时候,它会产生很多问题。如果uid是唯一的,我建议您将它的值设置为PartitionKey,然后可以像这样查询
(PartitionKey eq '112') or (PartitionKey eq '118') or (PartitionKey eq '119')在继续之前,我强烈建议阅读Windows Azure存储团队的这篇博客文章:http://blogs.msdn.com/b/windowsazurestorage/archive/2010/11/06/how-to-get-most-out-of-windows-azure-tables.aspx。
https://stackoverflow.com/questions/19442317
复制相似问题