写入天蓝色表存储时，有时会看到行为

Question

写入天蓝色表存储时，有时我们会看到以下情况的行为：

1. 我们发送一个更新请求“该更新已接收并排队等待天蓝色进行实际处理”

2. 我们收到200次更新请求的结果

3. 我们发送数据请求

4. 我们从更新之前获取数据（不希望的情况）

5. 我们“稍等”

6. 我们再次发送数据请求

7. 我们从更新后获取数据

当azure忙时，更新似乎要花一些时间，如果我们立即查询更新的数据（最终一致性），这将成为问题。 以上假设的天蓝色内部工作原理正确吗？

如果是这样，在更新后立即获取最新数据的最佳实践是什么？

Answer 1

恐怕情况是正常的。众所周知，CAP影响了许多数据系统。请参阅此详细的document。

您描述的情况表明，天蓝色表存储使用高可用性，这保证了用户可以随时访问该服务。但是，这对一致性有轻微影响，并且用户访问的数据可能不是最新的。

您可能了解cosmos db table-api，从强到最终都支持5 consistency levels。

如果您确实关注实时数据，则可以将级别设置为“强”。