要在文档DB中获得最佳性能，我们必须为分区密钥选择正确的键。可以说，我们确实选择一个键作为分区密钥（在有任何数据和以后的思考之前）。与数据一样，一旦数据累积在文档DB中，尽管我们的最佳意图，我们的分区密钥可能也可能不是最佳的。
文档DB中是否内置了任何逻辑，可以清楚地查看当前分区密钥是否最佳（即，数据真正分布在所有分区中）？开发人员可以使用哪些策略以清晰明确的方式查看此信息？
，如本文档中提到的有关分区键：
分区密钥的选择是您必须在设计时间做出的重要决定。您必须选择一个具有广泛值的JSON属性名称，并且可能具有均匀分布的访问模式。
拥有具有大量不同值的分区键（最少100S-1000）。
这里有一些有关如何为您的应用程序选择适当的分区密钥的示例：
-
如果您要实现用户配置文件后端，则用户ID是分区密钥的不错选择。
-
如果您使用的是DocumentDB来记录时间序列数据，则主机名或Process ID是分区密钥的不错选择。
有关更多详细信息，您可以参考有关设计用于分区的教程。
是否内置了文档DB中的任何逻辑，可以清楚地查看当前分区密钥是否是最佳的（即数据是真正分布在所有分区中的）
根据您的要求，我认为您可以为文档DB工作负载实施性能测试，并评估您当前的DocumentDB是否准备好用于高性能方案。有关更多详细信息，您可以按照Azure DocumentDB遵循本官方教程进行性能和规模测试。