开发者

Strange data access time in Azure Table Storage while using .Take()

开发者 https://www.devze.com 2023-03-25 08:09 出处:网络
this is our situation: We store user messages in table Storage. The Partition key is the UserId and the RowKey is used as a message id.

this is our situation:

We store user messages in table Storage. The Partition key is the UserId and the RowKey is used as a message id.

When a users opens his message panel we want to just .Take(x) number of messages, we don't care about the sortOrder. But what we have noticed is that the time it takes to get the messages varies very much by the number of message开发者_运维问答s we take.

We did some small tests: We did 50 * .Take(X) and compared the differences: So we did .Take(1) 50 times and .Take(100) 50 times etc.

To make an extra check we did the same test 5 times.

Here are the results:

Strange data access time in Azure Table Storage while using .Take()

As you can see there are some HUGE differences. The difference between 1 and 2 is very strange. The same for 199-200.

Does anybody have any clue how this is happening? The Table Storage is on a live server btw, not development storage.

Many thanks.

X: # Takes Y: Test Number

Update The problem only seems to come when I'm using a wireless network. But I'm using the cable the times are normal.


Possibly the data is collected in batches of a certain number x. When you request x+1 rows, it would have to take two batches and then drop a certain number.

Try running your test with increments of 1 as the Take() parameter, to confirm or dismiss this assumption.

0

精彩评论

暂无评论...
验证码 换一张
取 消

关注公众号