Firestore查询：如何筛选含非空previewPosts的最近在线用户？

你的两种尝试的问题 #

1. 第一种查询的问题：
   orderBy("previewPosts") 仅能对previewPosts数组进行排序，无法筛选出字段存在且数组非空的用户。即使创建了复合索引，该查询仍会返回所有用户，只是先按lastConnection降序，再按previewPosts排序，完全不符合需求。

2. 第二种新增字段的方案是可行的，但需要补充limit(10)来获取前10位用户，完整代码如下：

const query = firestore
  .collection("users")
  .where("hasPreviewPhotos", "==", true)
  .orderBy("lastConnection", "desc")
  .limit(10);

新增字段方案是否最优？ #

这个方案属于空间换时间的典型实现，优劣分明：

优势 #

• 查询性能最优：直接通过hasPreviewPhotos过滤目标用户，配合lastConnection的排序，只需创建对应的复合索引即可高效执行，无需客户端二次过滤。
• 语义清晰：字段名直接表达业务含义，后续维护时更容易理解。

劣势 #

• 需要额外维护字段：每次用户的previewPosts数组状态变化（从空变为非空，或从非空变为空），都要同步更新hasPreviewPhotos的值，增加了写入环节的逻辑复杂度。

如果你的业务中previewPosts的更新频率不高，且写入逻辑可控，这个方案是最优选择。

无需新增字段的替代方案 #

如果不想维护额外字段，可以利用Firestore的数组元素存在性查询，直接判断previewPosts数组的第一个元素是否存在（即数组非空）：

const query = firestore
  .collection("users")
  .where("previewPosts.0", "exists", true)
  .orderBy("lastConnection", "desc")
  .limit(10);

说明 #

• previewPosts.0表示数组的第一个元素，用exists: true可以筛选出数组至少有一个元素的用户（同时也隐含了previewPosts字段存在）。
• 该方案需要创建复合索引（previewPosts.0存在性 + lastConnection降序），Firestore会在你首次执行查询时提示创建索引的链接，直接点击创建即可。

优劣 #

• 优势：无需维护额外字段，减少写入逻辑。
• 劣势：语义不如新增字段直观，若后续previewPosts的结构发生变化（比如改为非数组类型），该查询会失效。

最终建议 #

• 优先选择新增hasPreviewPhotos字段的方案，尤其是当业务逻辑稳定、写入可控时，查询效率和可维护性都更优。
• 若不想增加字段维护成本，可使用previewPosts.0存在性查询的方案，适合对字段维护敏感的场景。

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