如何在Android应用中实现Firestore的join关联查询

Firestore 属于文档型非关系数据库，不原生支持 SQL 风格的 JOIN 关联查询，所有关联逻辑都需要在业务代码侧实现，以下是适配不同场景的常用实现方案：

1. 手动二次查询（通用方案，适合中小数据量场景） #

这是绝大多数场景下的首选方案，操作逻辑如下：

• 先查询主表的目标数据，例如先查询订单列表
• 遍历主表查询结果，提取所有关联字段的值（比如关联的用户ID、商品ID），去重后批量发起第二次查询
• 将两次查询的结果手动拼装成最终需要的业务实体
  Android 端示例代码（Kotlin + Firebase Firestore SDK）：

// 第一步：查询主表（订单表）数据
db.collection("orders")
    .whereEqualTo("pay_status", 1) // 自定义查询条件
    .get()
    .addOnSuccessListener { orderDocs ->
        val orderList = mutableListOf<Order>()
        // 提取所有关联的用户ID，去重避免重复查询
        val userIdList = orderDocs.mapNotNull { it.getString("user_id") }.distinct()
        
        // 第二步：批量查询关联的从表（用户表）数据
        db.collection("users")
            .whereIn(FieldPath.documentId(), userIdList)
            .get()
            .addOnSuccessListener { userDocs ->
                // 把用户数据转成Map，方便匹配
                val userMap = userDocs.associateBy { it.id }
                // 拼装主从表数据
                orderDocs.forEach { orderDoc ->
                    val order = orderDoc.toObject(Order::class.java)
                    val userId = orderDoc.getString("user_id")
                    order.user = userMap[userId]?.toObject(User::class.java)
                    orderList.add(order)
                }
                // 此处处理拼装完成的最终数据
            }
    }

注意事项：

• Firestore 的 whereIn 单次查询最多支持传入10个值，如果关联字段值超过10个，需要拆分批次发起多次查询
• 关联查询次数不要超过3层，否则会严重影响查询性能

2. 冗余字段设计（性能最优，适合高频查询场景） #

如果关联的字段不会频繁变更，优先选择将需要展示的关联字段直接冗余到主表中，完全不需要二次查询：

• 例如下单后用户名基本不会修改，直接把 user_name、user_avatar 这类需要展示的用户字段存入订单表文档中
• 如果关联字段后续发生变更，可以通过 Firebase Cloud Function 触发批量更新所有关联的主表文档即可

3. 子集合嵌套（适合强从属关系数据） #

如果两类数据是严格的从属关系（比如用户的收货地址、订单的商品列表），直接把从属数据作为子集合存在主文档下，查询时可以直接获取，不需要额外关联：

// 直接查询指定订单下的商品子集合，无需关联
db.collection("orders").document(orderId)
    .collection("order_products")
    .get()

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