基于RU需求划分DocumentDB集合时，集合级索引会带来哪些阻碍？

DocumentDB集合设计的矛盾：RU定价策略 vs 集合级索引机制 #

微软为每个DocumentDB集合设定了400RUs的最低阈值，这种定价逻辑直接改变了开发者划分集合的常规思路——不再是按照逻辑数据模型（比如不同实体类型）来创建集合，转而根据业务的RU（请求单位）需求来分组规划。

举个很典型的实践场景：

• 高负载集合：配置1000RUs，用来承载查询复杂度高、访问频次高的实体类型
• 中等负载集合：配置600RUs，对应访问量和查询需求处于中间层的实体
• 基础负载集合：采用最低的400RUs，存放访问量低、资源需求小的实体

这种按RU分组的架构允许同一个集合内容纳多种不同的实体类型，但这里存在一个关键阻碍：DocumentDB的索引是绑定在集合层面的。如果一个集合里混放了多种实体，你没办法针对不同实体类型设置差异化的索引策略——要么全集合套用统一的索引规则，要么就得接受部分实体的查询性能打折扣，这就给这种以RU优化为核心的架构方案带来了不小的限制。

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