如何在Firestore的where或orderBy子句中使用计算派生字段

你贴出的日志是Firebase Auth的普通运行日志，和本次查询报错没有关联。报错的核心原因是：Firestore的服务端查询仅能识别实际持久化存储在文档中的字段，你临时计算得到的distance字段没有写入Firestore文档，服务端无法匹配到该字段，自然会执行失败。

方案1：持久化存储distance字段（首推） #

这是性能最好、成本最低的方案，适配绝大多数场景：

• 如果distance是写入文档时即可确定的固定值：在新增/更新文档的逻辑中，同步完成distance的计算，和其他业务字段一起写入Firestore文档即可。后续直接正常调用查询语句就能运行：

  .where('distance', isLessThan: 1000)
  .orderBy('distance')
  

  若有复合查询需求，按控制台提示创建对应索引即可。
• 如果distance是和用户当前位置相关的动态值（比如计算用户与POI的距离）：直接将位置字段存为Firestore原生的GeoPoint类型，使用官方提供的地理范围查询能力即可，不需要自行维护distance字段。

方案2：客户端全量拉取后本地处理 #

仅适合数据量级在百条以内的测试/极小流量场景：

• 先使用其他过滤条件拉取所有符合要求的文档到本地
• 在客户端遍历所有文档，逐个计算distance值
• 本地完成过滤、排序逻辑
  注意：该方案数据量稍大就会产生极高的读成本和延迟，生产环境不推荐使用

方案3：云函数同步生成视图集合 #

适合distance计算逻辑复杂、查询频次高的场景：

• 编写云函数监听原始数据集合的增、改、删事件
• 事件触发时自动完成distance的计算，将携带完整distance字段的文档同步写入一个独立的视图集合中
• 所有查询逻辑直接对接该视图集合即可

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