错误的分区键是否会导致 CosmosDB 中的分区过多?



分区键选择的Microsoft建议鼓励选择一个会导致 100 或 1000 个分区的键。总的主题是"越多越好"。

我的问题是,CosmosDb 是否会遭受分区键的影响,从而导致过多的高度碎片化的逻辑分区?

我正在考虑使用定义团队工作组 ID 的分区键,该键也等同于客户租户边界。此分区键可以很好地映射到应用程序中的数据查询和事务边界访问模式。但是,我担心每个租户仅存储 100 个文档,每个租户估计有 50 kb 的存储空间,到我的 CosmosDb 集合达到 10Gb 时,集合将有 200,000 个分区。

请注意:我已经了解逻辑分区没有 将 1:1 映射到物理 CosmosDb 分区,在我提议的情况下 物理分区可能包含 1000+ 个逻辑分区。

允许拥有的逻辑分区数没有实际限制。系统可以扩展到数百万或数十亿个逻辑分区。它只是对分区键的简单哈希操作,用于确定哪个物理分区保存文档所在的逻辑分区。

最新更新