Firestore中使用根集合相较子集合及集合组查询有哪些优势？

除了你已经提到的命名冲突、安全规则复杂度高、需要额外创建查询索引的差异外，选择root collection（根集合）而非subcollections（子集合）加collection group queries（集合组查询）的组合，还有以下核心原因：

• 路径逻辑更简单：根集合下的文档路径固定为/[根集合名]/[文档ID]，不需要依赖任何父级文档ID就能直接定位文档。如果使用子集合，你必须先获取父文档ID才能拼接出完整的文档路径，在做批量操作、跨系统数据同步时会增加大量额外的业务逻辑开销。
• 查询成本更可控：集合组查询默认会扫描全局所有同名集合的符合条件的文档，如果你在不同业务模块下有同名的子集合，很容易触发超出预期的读操作消耗。而根集合的查询范围完全固定，只会扫描当前根集合下的文档，不会意外命中其他业务模块的同名数据。
• 数据运维成本更低：当单集合数据量过大需要做分片、或者需要做数据导出、备份、迁移操作时，直接操作根集合的复杂度远低于嵌套子集合，不需要逐层遍历父文档就能提取完整的集合数据。同时绝大多数Firestore周边的可视化、备份工具默认优先支持根集合，嵌套子集合往往需要额外配置路径规则才能正常适配。
• 不存在孤儿数据风险：Firestore不会自动级联删除子集合数据，如果你删除了子集合的父文档，该子集合下的所有数据会变成无法通过父路径遍历到的孤儿数据，清理成本极高。根集合不存在父级依赖，完全不会出现这类问题。

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