【问题标题】:Querying azure table service gives diffrent results查询天蓝色表服务给出不同的结果
【发布时间】:2016-12-21 02:28:52
【问题描述】:

我正在尝试使用 Microsoft Azure Storage SDK 查询 Azure 表存储。发送简单请求会返回预期结果(类似于 https://docs.microsoft.com/en-us/azure/storage/storage-dotnet-how-to-use-tables#retrieve-a-range-of-entities-in-a-partition )。但是当我发送这样一个更复杂的查询时:

  (((((((((PartitionKey eq 'LOS-test1-20161218') or (PartitionKey eq 'SPA-test1-20161218')) or (PartitionKey eq 'LOS-test2-20161219')) or (PartitionKey eq 'SPA-test2-20161219')) or (PartitionKey eq 'SPA-test3-20161218')) or (PartitionKey eq 'LOS-test3-20161218')) or (PartitionKey eq 'SPA-test4-20161219')) or (PartitionKey eq 'LOS-test4-20161219')) or (PartitionKey eq 'SPA-test5-20161219')) or (PartitionKey eq 'LOS-test5-20161219')

我只得到了部分预期结果(三分之一)。同时,当我使用 Microsoft Azure Storage Explorer 运行此查询时,我得到了正确的数据。

为什么会这样?

private string GenerateFilterCondition(string s, string c, DateTime date)
{
        return TableQuery.GenerateFilterCondition(
            "PartitionKey", QueryComparisons.Equal,
            s + "-" + c + "-" + date.ToString("yyyyMMdd"));
}

private List<SiteSpecificDataTableDataSet> GetSiteSpecificDataTableDataSet()
{           
    _connection.Open();
    DateTime selectedDate = DateTime.Now.AddDays(-1);

    TableQuery<DataEntity> tq = new TableQuery<DataEntity>().Where(GenerateFilterCondition("SPA", "test5", selectedDate));
    tq = AddFilterORToTableQuery(tq.FilterString, GenerateFilterCondition("LOS", "test5", selectedDate));
    tq = AddFilterORToTableQuery(tq.FilterString, GenerateFilterCondition("SPA", "test4", selectedDate.AddDays(1)));
    tq = AddFilterORToTableQuery(tq.FilterString, GenerateFilterCondition("LOS", "test4", selectedDate.AddDays(1)));
    tq = AddFilterORToTableQuery(tq.FilterString, GenerateFilterCondition("LOS", "test3", selectedDate));
    tq = AddFilterORToTableQuery(tq.FilterString, GenerateFilterCondition("SPA", "test3", selectedDate));
    tq = AddFilterORToTableQuery(tq.FilterString, GenerateFilterCondition("LOS", "test2", selectedDate.AddDays(1)));
    tq = AddFilterORToTableQuery(tq.FilterString, GenerateFilterCondition("SPA", "test2", selectedDate.AddDays(1)));
    tq = AddFilterORToTableQuery(tq.FilterString, GenerateFilterCondition("LOS", "test1", selectedDate.AddDays(1)));
    tq = AddFilterORToTableQuery(tq.FilterString, GenerateFilterCondition("SPA", "test1", selectedDate.AddDays(1)));

    IEnumerable<DataEntity> entities = _connection.QueryData(tq);
}

QueryData 看起来像:

    IEnumerable<DataEntity> res;
            List<DataEntity> queryResult = new List<DataEntity>();
            CloudTableClient tableClient = _storageAccount.CreateCloudTableClient();
            CloudTable table = tableClient.GetTableReference("data");
            TableContinuationToken tct = null;
            do
            {
                // Retrieve a segment (up to 1,000 entities).
                TableQuerySegment<DataEntity> tableQueryResult = table.ExecuteQuerySegmentedAsync(query, tct).Result;                
                if (tableQueryResult.Results.Count == 0) break;
                tct = tableQueryResult.ContinuationToken;
                foreach (var result in tableQueryResult.Results)
                {
                    queryResult.Add(result);
                }

            } while (tct != null);
            res = queryResult;

【问题讨论】:

  • 你是怎么运行的,显示一些代码?
  • 您在第一个代码块中编写的查询与您通过代码生成的查询不同。能否请您检查两个地方是否使用了相同的查询?
  • 是的,我确信它们是正确的,我从调试器中复制了值。后来我在玩代码,所以日期可能有点不同。他们没事。
  • “if (tableQueryResult.Results.Count == 0) break”这个条件不正确,即使结果为空也可能需要继续查询。正确的条件应该是:“if (tableQueryResult.ContinuationToken == null) break”
  • 顺便说一句,强烈不建议在一个过滤器字符串中查询不同的分区键,因为根据 Azure 表设计,它会导致整个表扫描,这在性能上很糟糕。您需要将查询拆分为多个(一次一个分区键)查询以获得更好的性能。

标签: c# azure azure-storage


【解决方案1】:

您代码中的这个条件不正确:“if (tableQueryResult.Results.Count == 0) break”,即使结果为空,您可能仍需要继续查询。

正确的条件应该是:“if (tableQueryResult.ContinuationToken == null) break”。

顺便说一句,强烈不建议在一个过滤器字符串中查询不同的分区键,因为根据 Azure 表设计,它会导致整个表扫描,这在性能上很糟糕。您需要将查询拆分为多个(一次一个分区键)查询以获得更好的性能。

【讨论】:

    猜你喜欢
    • 2014-03-26
    • 2012-11-17
    • 2014-06-18
    • 1970-01-01
    • 2017-05-01
    • 2013-06-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    相关资源
    最近更新 更多