英文:
Azure Cosmos Db Materialized View
问题
在材料化视图中，我们是否仍然受到逻辑分区大小上限为20 GB的限制？如果在材料化视图目标容器中使用唯一键（高基数值）作为分区键，并且该容器是只读的，根据工作负载，可能会有数十亿个逻辑分区（也是项）。但由于材料化视图容器是只读的，并且我们知道搜索中的分区键，我们可以执行读取项操作，并在目标容器中避免跨分区情况。
我们是否有关于创建的逻辑分区数量的限制？由于我们不会向材料化视图中的逻辑分区写入数据，在热分区情况下不会出现问题，但考虑到我们的工作负载，根据分区键（所选的唯一标识符）可能会有数十亿个唯一项。这会导致潜在的限制问题吗？
英文:
For context:
In materialized view are we still bound by logical partition size limit of 20 GB? If we are having a unique key (high cardinality value) as the partition key in the materialized view target container which is read only there can be potentially billions of logical partitions (also items) based on the workload. But since the materialized view container is read only and we know the partition key in the search we can do a read item and can escape the cross partition scenario in the target container.
Do we have a limit to the number of logical partitions being created? Since we are not writing to the logical partitions in the materialized view hot partition scenario is not rising but considering our workload we can have billions of unique items based on the partition key(the unique id that is selected).Will that cause a potential limitation down the line?
答案1
得分: 1
Materialized View containers 与普通容器在所有方面都类似，唯一的区别在于它们是应用程序的只读容器。就像普通容器一样，您可以拥有无限数量的不同（逻辑）分区键。
英文:
The Materialized View containers are similar to the normal containers in all aspects except that they are read-only containers for the applications. Just like the case with normal containers, you can have UNLIMITED number of distinct (logical) partition keys.
通过集体智慧和协作来改善编程学习和解决问题的方式。致力于成为全球开发者共同参与的知识库，让每个人都能够通过互相帮助和分享经验来进步。
评论