使用 MongoDB API 的 CosmosDB 数据库级吞吐量不再需要分片集合？
CosmosDB database-level throughput using MongoDB API no longer requires sharded collections?
不久前，我记得我必须明确地创建我的集合并定义一个分片键，以便将 CosmosDB MongoDB API 与数据库级吞吐量一起使用。
我今天看到这似乎不再需要了。我打开数据库级吞吐量和 运行 我的代码和单元测试，但没有定义分片键或任何东西，到目前为止，"just works"。搜索有关此的文档我找不到任何东西。他们只是在幕后为我定义了一个分片键吗？
不必显式地使用分片键创建集合，也不必煞费苦心地修改我的所有查询以包含我什至不需要的分片字段（我的数据中没有任何大尺寸或需要扩展的东西）场景）会很棒。我一直认为仅仅为了更改数据库的成本模型而被迫这样做是一件很可惜的事情。添加到需要更改功能（例如，您不能使用散列分片键创建唯一索引）。呃.
是的，我们在推出 3.6 支持时进行了此更改。同意它没有真正记录在案，但我们在 announcement blog post 此处提到了它。
谢谢。
不久前，我记得我必须明确地创建我的集合并定义一个分片键，以便将 CosmosDB MongoDB API 与数据库级吞吐量一起使用。
我今天看到这似乎不再需要了。我打开数据库级吞吐量和 运行 我的代码和单元测试，但没有定义分片键或任何东西，到目前为止，"just works"。搜索有关此的文档我找不到任何东西。他们只是在幕后为我定义了一个分片键吗？
不必显式地使用分片键创建集合，也不必煞费苦心地修改我的所有查询以包含我什至不需要的分片字段（我的数据中没有任何大尺寸或需要扩展的东西）场景）会很棒。我一直认为仅仅为了更改数据库的成本模型而被迫这样做是一件很可惜的事情。添加到需要更改功能（例如，您不能使用散列分片键创建唯一索引）。呃.
是的，我们在推出 3.6 支持时进行了此更改。同意它没有真正记录在案，但我们在 announcement blog post 此处提到了它。
谢谢。