|
|
1
1
我不确定什么是最好的做法,但我可以说我们有类似的情况 AzureWatch 并且肯定在表中使用预聚合值。
主要出于性能方面的原因——即使按单个分区键和行键中的范围进行查询,表存储也不是即时的。下载记录所需的时间有点重要,而且根据记录的不同,CPU可能会增加,因为它需要将数据反序列化为对象。如果因为1000条记录的限制而多次访问表存储,那么您也会付出更多的代价。
需要考虑的其他一些想法: 你的总数会有变化吗?如果没有,则这是对预聚合的另一个推动 在原始数据消失后,您需要保留聚合值还是需要清除原始数据?如果是,那么这是另一个向预聚合的推进 |
|
|
changembidar · blob存储的推荐访问实践 1 年前 |
|
David Thielen · 设置Azure BLOB的托管标识 2 年前 |
|
|
mifan · c#客户端生成的azure容器的SAS令牌错误 2 年前 |
|
|
Ryan · Windows Azure上每视频分钟或每秒的成本[已关闭] 12 年前 |