Azure CosmosDB中SQL API数据库允许的最大集合数量是多少？

嘿，针对你的问题，我整理了清晰的信息和实用建议：

一、数据库下的集合（容器）上限 #

首先要说明，现在DocumentDB已经升级为Azure Cosmos DB SQL API，原来的“集合”官方现在称为容器（Container），不过概念是对应的。上限分两种数据库模式：

• 专用吞吐量容器模式（每个容器独立配置RU/s）：单个数据库下的容器数量没有硬性上限，只要你的Cosmos DB账户总吞吐量（默认100万RU/s，可申请提升）和总存储（无默认上限）不超限即可。
• 共享吞吐量数据库模式（数据库级配置RU/s，所有容器共享）：这种模式下单个数据库最多支持25个容器，如果需要更多得提交官方支持请求，但这种模式并不适合你几万到十万级键的场景。

二、针对你的场景建议 #

你提到键的数量在数万到不足十万，纠结是多集合分区还是每个键一个独立集合，这里给你两个核心建议：

• 优先选择单个容器+分区键方案：把你的键作为容器的分区键，所有数据放到同一个容器里。Cosmos DB的分区设计就是为了支撑大规模的键值场景，单个容器可以通过水平扩展分区来支持无限存储和吞吐量，而且管理成本、运维复杂度、成本开销都会低很多——毕竟几万到十万个独立容器的话，每个的监控、索引配置、备份都要单独处理，累加的RU/s成本也会很高。
• 如果必须用多集合方案：那一定要用专用吞吐量容器模式，同时要评估每个容器的实际数据量和访问量，避免配置过高的RU/s造成浪费，也要做好批量管理容器的准备（比如用脚本统一配置索引、备份策略）。

内容的提问来源于stack exchange，提问作者Karim Ibrahim