我正在开发一个使用DocumentDB存储客户数据的应用程序 . 其中一个要求是我们按地理区域划分客户数据，以便美国客户的数据存储在美国，欧洲客户的数据存储在欧洲 .
我计划实现这一目标的方式是拥有两个DocumentDB帐户，因为帐户与数据中心/区域相关联 . 然后，每个帐户都有一个数据库，以及该数据库中的一个集合 .
我已经查看了有关客户端和服务器端分区的DocumentDB文档（例如1，2），但在我看来，内置分区支持将无法处理多个区域 . 即使 IPartitionResolver 的实现可以想象地返回任意集合自链接，分区映射也与 DocumentClient 相关联，因此绑定到特定帐户 .
因此，我似乎需要创建自己的分区逻辑并维护两个单独的 DocumentClient 实例 - 一个用于美国帐户，一个用于欧洲帐户 . 有没有其他方法可以达到这个要求？
1 回答
Azure的best practices on data partitioning说：
因此，如果您的目的是将数据保持在用户附近（而不仅仅是将它们分开存储），那么您唯一的选择就是创建不同的帐户 . 幸运的是，结算不是基于每个帐户而是基于每个集合 .
DocumentDB的resource model给人的印象是你不能（至少开箱即用）混合DocumentDB帐户 . 看起来分区键看起来没什么用，因为分区也只能在同一个帐户中发生 .
可能是sample会帮助你或提供一些提示 .