假设我正在美国和加拿大 Build 一个房地产属性的documentdb集合（最终，我可能还需要添加其他国家），我希望我的集合中有数百万个文档 . 另外，我们假设最流行的查询是从给定位置检索特定半径内的前X个属性 .
鉴于这些要求，什么是一个好的分区策略？使用邮政编码/邮政编码是一个很好的分区键吗？涉及地理位置的策略会更好吗？还有其他建议吗？
实际上，我建议您使用分区集合并使用id作为分区键，然后使用地理查询 . 它简单易用，可以让您最大限度地利用您的查询，从而为您提供最佳的吞吐量 . 稍后，如果这不起作用，您可以考虑更高性能的分区策略 .
1 回答
实际上，我建议您使用分区集合并使用id作为分区键，然后使用地理查询 . 它简单易用，可以让您最大限度地利用您的查询，从而为您提供最佳的吞吐量 . 稍后，如果这不起作用，您可以考虑更高性能的分区策略 .