Firestore如何基于locations集合UID关联获取用户与位置数据？

方案一：分块处理WhereIn查询 #

既然Firestore的whereIn限制最多10个值，直接把UID列表拆分成每10个一组，分批发起查询再合并结果即可。这种方式不需要修改现有集合结构，快速解决问题。

示例代码（JavaScript）：

const { db, FieldPath } = require('./firebase-init'); // 替换成你的Firestore初始化代码

async function fetchLocationsWithUsers() {
  // 1. 获取所有locations文档
  const locationsQuery = await db.collection('locations').get();
  const userIds = locationsQuery.docs.map(doc => doc.id);

  // 2. 将UID列表拆分为每10个一组
  const idChunks = [];
  for (let i = 0; i < userIds.length; i += 10) {
    idChunks.push(userIds.slice(i, i + 10));
  }

  // 3. 批量查询用户数据
  const userQueryPromises = idChunks.map(chunk => 
    db.collection('users').where(FieldPath.documentId(), 'in', chunk).get()
  );
  const userQueryResults = await Promise.all(userQueryPromises);

  // 4. 把用户数据映射成ID-数据的键值对
  const userDataMap = new Map();
  userQueryResults.forEach(snapshot => {
    snapshot.docs.forEach(userDoc => {
      userDataMap.set(userDoc.id, userDoc.data());
    });
  });

  // 5. 组装位置+用户的最终数据
  return locationsQuery.docs.map(locationDoc => ({
    locationId: locationDoc.id,
    locationData: locationDoc.data(),
    userData: userDataMap.get(locationDoc.id) || null
  }));
}

这种方式的查询次数是Math.ceil(用户数量/10) + 1，Firestore对并发请求的处理能力足够支撑，性能上不会有明显问题。

方案二：重构集合结构 #

如果长期有这类关联查询需求，可以考虑调整集合结构来优化查询效率：

子方案1：将用户信息嵌入Locations文档 #

如果用户的birthday、coordinates等字段更新频率极低，可以直接把这些字段复制到对应的locations文档中。这样一次查询locations集合就能拿到所有需要的数据，不需要额外关联查询。

注意：如果用户信息需要更新，必须同时更新users和locations两个集合的对应数据，适合数据变更频率低的场景。

子方案2：调整为用户中心的嵌套结构 #

如果业务场景更多是以用户为起点查询位置，可以把locations作为users集合的子集合。比如：

users/{uid}/locations/{locationId}

这种结构下，查询单个用户的位置很方便，但如果需要批量获取所有位置及对应用户，可能需要反向维护一个索引集合，或者结合方案一使用。

方案三：用Cloud Functions预聚合数据 #

通过Cloud Functions创建一个预聚合集合（比如location_user_combined），当locations或users文档发生变更时，自动同步合并数据到这个集合。后续查询直接读取这个预聚合集合即可，一次查询拿到所有数据。

示例触发逻辑：

1. 当locations集合新增/更新文档时，拉取对应UID的users数据，合并后写入location_user_combined/{locationId}
2. 当users集合更新文档时，找到所有关联的locations文档，更新location_user_combined中对应的用户信息部分

这种方式适合需要频繁进行这类关联查询的场景，代价是增加了数据写入时的额外开销，但能极大优化读取性能。

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