Google Firebase 旗下的 NoSQL 数据库 Firestore 企业版更新，引入了重新设计的查询引擎，并推出名为 Pipeline Operations 的新查询接口，主打将查询拆分为多个阶段串联执行，让开发者能够在一次查询中完成更复杂的资料转换与运算。同时，企业版的索引策略改为可选，集合默认不自动创建索引。

Pipeline Operations 是一组内置于 Firestore 各 SDK 的 API，允许开发者以多阶段方式描述 Firestore 端的数据转换流程，并可组合阶段、表达式与函数，概念上更接近在数据库端表达一段数据处理程序，而非仅进行传统的条件过滤与排序。官方文档指出，为支持 Pipeline Operations 而更新的企业版查询引擎，额外新增了百余项查询能力。

此次更新也调整了索引策略，Firestore 企业版默认不再自动创建单字段索引，且查询不再要求必须先创建索引才能执行。官方表示，此举通常能降低写入时的负担，从而提升写入性能并减少存储成本，但若直接查询大型且未建立索引的集合，查询速度可能明显变慢。

为帮助开发者在索引改为自主管理后仍能掌握性能，Firestore 提供了查询分析工具，例如 Query Explain 与 Query Insights，用于观察查询的执行方式与性能指标，协助用户定位瓶颈，进而决定哪些索引值得创建。企业版还支持稀疏索引、非稀疏索引与唯一索引，不仅提升查询性能，也可用于约束集合行为。

Pipeline Operations 目前已支持 Android、iOS、Web 和管理用 SDK，Flutter、Unity 和 C++ 正在后续规划中。官方同时强调，标准版不会下线，原有查询方式将继续可用，而企业版并非仅面向大型企业，目前以公开预览形式提供，开发者可通过 Firebase 控制台创建企业版数据库并开始试用。

在计费差异上，企业版将写入与删除合并视为一次写入操作，并提供写入的免费额度，另以数据块为单位计算读取与写入费用，文件较小时可能更具成本优势。相对地，由于索引由用户自行管理，未建立索引的集合在查询时可能更慢且更昂贵，开发团队需更早将索引设计与查询分析纳入日常运维流程中。