Firestore集合组监听器扩展的决定因素及未索引同名子集合共置疑问

核心结论 #

1. 决定Firestore集合组实时监听器扩展方式的是「命名」，而非「索引」
   集合组的本质是所有名称相同的子集合的集合，Firestore的分片算法完全基于集合名称识别分组，进而决定数据共置和监听器的扩展逻辑。索引仅用于支持集合组查询的执行（无索引则无法运行对应查询），但不会影响底层的分片共置策略。

2. 未创建集合组索引的同名子集合，依然会被尝试共置到同一changelog server
   根据官方文档描述，Firestore的分片算法针对的是「同一collection或collection group的数据」——这里的collection group仅由子集合的名称定义，和是否创建对应的查询索引无关。索引是查询层面的机制，数据共置是存储/处理层面的分片策略，二者互不影响。即使未创建任何集合组索引，只要子集合名称相同，Firestore就会尽可能将它们的数据放在同一changelog server上，以优化写入吞吐量和监听器处理效率。

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