使用.Take（）时Azure表存储中奇怪的数据访问时间

这就是我们的情况：

我们将用户消息存储在表存储器中。分区键是用户id，行键用作消息id

当一个用户打开他的消息面板时，我们只想获取（x）条消息，而不关心排序器。但我们注意到，我们收到的信息数量不同，获取信息所需的时间也有很大差异

我们做了一些小测试： 我们做了50*。取（X）并比较了差异： 所以我们做了。拿（1）50次，拿（100）50次等等

为了进行额外检查，我们做了5次相同的测试

结果如下：

正如你所看到的，这里有一些巨大的差异。1和2之间的差别非常奇怪。199-200年也一样

有人知道这是怎么发生的吗？表存储在实时服务器上，而不是开发存储

非常感谢

X:#需要 Y：测试编号

更新

---

问题似乎只有在我使用无线网络时才会出现。但我使用的是电缆，时间正常。

数据可能是以一定数量的x批量收集的。当您请求x+1行时，它将需要两个批次，然后删除某个数量

---

尝试以1作为Take（）参数的增量运行测试，以确认或取消此假设。

如果查看.Take（1）和.Take（2），99-100-101，它使用批处理的可能性非常小。但是谢谢你的提示+1你有没有通过Fiddler之类的工具观看交通？您是否有机会与我共享您的测试代码和存储凭据？（史蒂夫。Marx@microsoft.com)我将把我的商业应用程序中的问题隔离到一个新项目中，并将其发送出去。