Firestore索引合并可行性及索引精简方案咨询

根据Firestore的索引合并规则，相等性过滤字段（包括in多值匹配）可与排序类复合索引分开存储，Firestore会自动合并单字段过滤索引与排序复合索引，你可以大幅精简现有索引，具体操作如下：

核心逻辑 #

where("gId", "in", [...])属于相等性过滤，这类查询仅依赖gId字段的单字段升序索引（Firestore默认会自动创建所有字段的单字段升序/降序索引，除非你手动禁用）。结合索引合并特性，带gId in过滤的排序查询会自动合并gId的单字段索引与你已有的纯排序复合索引，完全不需要单独创建以gId开头的复合索引。

精简步骤 #

1. 保留原有的4个纯排序复合索引：

   • ["price", "desc"], ["term", "asc"]
   • ["price", "asc"], ["term", "asc"]
   • ["gName", "asc"], ["term", "asc"], ["title", "desc"]
   • ["term", "asc"], ["gName", "asc"], ["title", "asc"]

2. 删除所有以gId开头的4个复合索引：
   这类索引可通过合并gId单字段索引与上述排序索引完全替代，不会影响任何查询的正常执行。

3. 确认gId的单字段索引存在：
   若之前手动禁用过gId的单字段索引，需在Firestore控制台或firestore.indexes.json中恢复gId的升序单字段索引（in查询仅依赖升序单字段索引）。

验证场景覆盖 #

所有原有查询场景均能被覆盖：

• 纯排序查询：直接使用保留的4个复合索引，与之前逻辑完全一致。
• 带gId in过滤的排序查询：
  • where("gId", "in", [...]).orderBy("price", "desc").orderBy("term", "asc") → 合并gId单字段索引 + price desc, term asc复合索引
  • where("gId", "in", [...]).orderBy("price", "asc").orderBy("term", "asc") → 合并gId单字段索引 + price asc, term asc复合索引
  • where("gId", "in", [...]).orderBy("gName", "asc").orderBy("term", "asc").orderBy("title", "desc") → 合并gId单字段索引 + gName asc, term asc, title desc复合索引
  • where("gId", "in", [...]).orderBy("term", "asc").orderBy("gName", "asc").orderBy("title", "asc") → 合并gId单字段索引 + term asc, gName asc, title asc复合索引

注意事项 #

• 索引合并仅支持相等性过滤（==、in、array-contains等）与排序/分页的组合，范围过滤（>、<、>=、<=）必须作为复合索引的前缀，无法用合并方式替代。
• 不要随意禁用字段的默认单字段索引，除非你确定该字段不会用于任何过滤或排序操作。

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