索引类型（续11）

索引条目

此索引配置会生成文档的以下索引条目：

索引和价格

使用索引时，您的应用会产生存储费用。 如需详细了解如何计算索引的存储空间大小，请参阅索引条目大小。

使用索引合并

虽然 Cloud Firestore 会为每个查询使用索引，但实际上没有必要为每个查询都创建一个索引。如果查询使用多个等式 (==) 子句和非必需的 orderBy 子句，Cloud Firestore 可以重复利用现有的索引。Cloud Firestore 可以将针对简单等式过滤条件创建的索引合并起来，构建运行更大的等式查询所需的索引。

通过找出可使用索引合并的情况，您可以降低索引产生的费用。例如，一个餐厅评分应用有一个 restaurants 集合：

• restaurants

• burgerthyme

  name : "Burger Thyme" category : "burgers" city : "San Francisco" editors_pick : true star_rating : 4

此应用使用如下所示的查询。此应用使用的是 category、city 和 editors_pick 等式子句的组合，并始终按 star_rating 进行升序排序：

Web

db.collection("restaurants").where("category", "==", "burgers")
                            .orderBy("star_rating")

db.collection("restaurants").where("city", "==", "San Francisco")
                            .orderBy("star_rating")

db.collection("restaurants").where("category", "==", "burgers")
                            .where("city", "==", "San Francisco")
                            .orderBy("star_rating")

db.collection("restaurants").where("category", "==", "burgers")
                            .where("city", "==" "San Francisco")
                            .where("editors_pick", "==", true )
                            .orderBy("star_rating")

您可以为每个查询创建一个索引：

但更好的方式是，充分利用 Cloud Firestore 合并等式子句索引的功能，来减少索引的数量：

此索引集不仅更小，还可支持其他查询：

Web

db.collection("restaurants").where("editors_pick", "==", true)
                            .orderBy("star_rating")

索引限制

索引存在以下限制。如需详细了解配额和限制，请参阅配额和限制。

索引最佳实践

对于大多数应用，您可以依靠自动索引和错误消息链接来管理索引。不过，在以下情况下，您可能需要添加自动索引例外项：

如果您使用对多个字段使用范围和不等式运算符的查询，请参阅索引编制注意事项，以便优化 Cloud Firestore 查询的性能和费用

如需详细了解如何解决索引编制问题（索引扇出、INVALID_ARGUMENT 错误），请参阅问题排查页面。