如何在Firestore中无需额外调用获取一对多关联数据？

针对你提到的管理面板需要展示最新1000条交易并关联用户名的场景，以下是几种高效的解决方案，能大幅减少Firestore的读取消耗：

方法一：批量读取用户文档（把1001次读取降到2次） #

这是最直接的优化方式，核心思路是先获取交易数据，再批量获取所有涉及的用户信息，而非逐个查询：

1. 先查询最新1000条交易记录
2. 从交易数据中提取所有不重复的userId
3. 用Firestore的getAll()方法批量获取这些用户的文档
4. 构建用户ID到用户名的映射表，最后把交易数据和用户名对应起来

示例代码（JavaScript）：

// 获取最新1000条交易（假设用createdAt字段排序取最新）
const transactionsSnapshot = await db.collection('Transactions')
  .orderBy('createdAt', 'desc')
  .limit(1000)
  .get();

// 提取不重复的userId集合
const uniqueUserIds = [...new Set(transactionsSnapshot.docs.map(doc => doc.data().userId))];

// 批量获取所有关联的用户文档
const userDocs = await db.getAll(...uniqueUserIds.map(id => db.collection('Users').doc(id)));

// 建立userId到userName的映射
const userNameMap = {};
userDocs.forEach(doc => {
  if (doc.exists) {
    userNameMap[doc.id] = doc.data().name;
  }
});

// 组合交易数据和用户名
const transactionsWithNames = transactionsSnapshot.docs.map(doc => {
  const transData = doc.data();
  return {
    id: doc.id,
    userName: userNameMap[transData.userId] || '未知用户',
    value: transData.value,
    status: transData.status
  };
});

这种方法的读取次数仅为2次（1次交易查询 + 1次批量用户查询），完美解决了逐个查询的高额消耗问题。

方法二：数据反范式化（彻底避免额外读取） #

如果你的业务中用户名几乎不会变更，可以直接把userName字段冗余存储到Transactions文档里。也就是说，在创建交易的时候，就把当前的用户名一起写入交易文档中。

示例代码（创建交易时）：

// 创建交易时同时写入用户名
const createTransaction = async (userId, userName, value, status) => {
  await db.collection('Transactions').add({
    userId,
    userName,
    value,
    status,
    createdAt: new Date()
  });
};

这样后续查询交易时，直接就能拿到用户名，只需要1次读取操作。缺点是如果用户名需要修改，你得批量更新所有关联的交易文档，适合用户名变更频率极低的场景。

方法三：用Cloud Functions维护关联数据（折中方案） #

如果用户名可能会变更，但又不想牺牲查询效率，可以借助Cloud Functions实现数据的自动同步：

1. 监听Users集合的文档更新事件
2. 当用户的name字段被修改时，自动批量更新所有关联的Transactions文档中的userName字段

这种方式平时查询交易只需要1次读取，只有在用户名变更时才会产生额外的写入操作，平衡了查询效率和数据一致性。

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