Firebase Firestore中用户点赞物品的NoSQL数据结构设计方案咨询

嘿，从关系型数据库转Firestore确实得换个思路，我给你几个实用的方案，都能实现你要的「一次性获取用户所有点赞物品」的需求，还支持多人点赞同一物品：

方案1：在用户文档中维护点赞物品ID列表 #

这是最直接的方案，利用Firestore的数组操作来维护用户的点赞记录：

实现步骤： #

1. 存储点赞关系：在每个用户文档里添加一个likedItemIds数组字段，每次用户点赞时用arrayUnion添加物品ID，取消点赞时用arrayRemove移除ID（这两个操作都是原子性的，不用担心并发问题）。
2. 获取点赞物品：先读取用户文档拿到likedItemIds数组，再用whereIn查询物品集合中ID在这个数组里的所有文档。

代码示例（JavaScript）： #

// 点赞操作
const userRef = db.collection('users').doc(userId);
await userRef.update({
  likedItemIds: firebase.firestore.FieldValue.arrayUnion(itemId)
});

// 取消点赞操作
await userRef.update({
  likedItemIds: firebase.firestore.FieldValue.arrayRemove(itemId)
});

// 获取用户所有点赞物品
const userDoc = await userRef.get();
const likedItemIds = userDoc.data().likedItemIds || [];

// 注意：Firestore的whereIn最多支持50个ID，若超过需要分批查询
const itemsSnapshot = await db.collection('items')
  .where(firebase.firestore.FieldPath.documentId(), 'in', likedItemIds)
  .get();

const likedItems = itemsSnapshot.docs.map(doc => ({ id: doc.id, ...doc.data() }));

优缺点： #

• ✅ 优点：实现简单，读写次数少，适合点赞数不多（≤50）的用户场景。
• ❌ 缺点：受限于whereIn的50个ID上限，若用户点赞超过50个，需要额外处理分批查询逻辑。

方案2：使用用户专属的点赞子集合 #

如果用户可能点赞大量物品（超过50个），子集合方案更合适，它没有数量限制，还能支持分页查询：

实现步骤： #

1. 存储点赞关系：给每个用户文档创建一个likedItems子集合，每个子文档用物品ID作为文档ID，里面可以只存物品ID，或者冗余物品的常用字段（比如标题、封面），避免后续再去物品集合查询。
2. 获取点赞物品：直接查询用户的likedItems子集合，若冗余了字段就能直接使用；如果需要完整物品信息，再批量查询物品集合。

代码示例（JavaScript）： #

// 点赞操作（冗余物品常用字段）
const likedItemRef = db.collection('users').doc(userId).collection('likedItems').doc(itemId);
await likedItemRef.set({
  itemId: itemId,
  title: itemTitle, // 冗余字段，减少后续查询
  coverUrl: itemCoverUrl,
  createdAt: firebase.firestore.FieldValue.serverTimestamp()
});

// 取消点赞操作
await likedItemRef.delete();

// 获取用户所有点赞物品（直接用子集合的冗余数据）
const likedItemsSnapshot = await db.collection('users').doc(userId).collection('likedItems').get();
const likedItems = likedItemsSnapshot.docs.map(doc => doc.data());

// 如果需要完整物品信息，批量查询：
const itemIds = likedItems.map(item => item.itemId);
const itemsSnapshot = await db.collection('items')
  .where(firebase.firestore.FieldPath.documentId(), 'in', itemIds)
  .get();

const fullItems = itemsSnapshot.docs.map(doc => ({ id: doc.id, ...doc.data() }));

优缺点： #

• ✅ 优点：无数量限制，支持分页，冗余字段后查询效率极高。
• ❌ 缺点：写操作比方案1多一次（但Firestore子集合的写成本很低），需要维护冗余数据（若物品信息更新，要同步更新子集合里的冗余字段，这点需要注意）。

方案3：双向冗余存储（兼顾多种查询需求） #

如果你的业务还需要快速判断「某个用户是否点赞了某物品」或「统计物品的点赞数」，可以采用双向存储的方式，同时在用户文档和物品文档中维护关系：

实现步骤： #

1. 存储点赞关系：用Firestore的批量写操作，同时更新用户文档的likedItemIds数组和物品文档的likedUserIds数组，还可以维护一个likeCount字段统计点赞数（批量操作是原子性的，要么都成功要么都失败）。
2. 获取点赞物品：和方案1一样，通过用户文档的likedItemIds查询物品集合。

代码示例（JavaScript）： #

// 点赞操作（批量更新）
const batch = db.batch();
const userRef = db.collection('users').doc(userId);
const itemRef = db.collection('items').doc(itemId);

batch.update(userRef, {
  likedItemIds: firebase.firestore.FieldValue.arrayUnion(itemId)
});
batch.update(itemRef, {
  likedUserIds: firebase.firestore.FieldValue.arrayUnion(userId),
  likeCount: firebase.firestore.FieldValue.increment(1) // 维护点赞数
});

await batch.commit();

// 取消点赞操作（批量更新）
const batch = db.batch();
batch.update(userRef, {
  likedItemIds: firebase.firestore.FieldValue.arrayRemove(itemId)
});
batch.update(itemRef, {
  likedUserIds: firebase.firestore.FieldValue.arrayRemove(userId),
  likeCount: firebase.firestore.FieldValue.increment(-1)
});

await batch.commit();

// 获取用户所有点赞物品，和方案1逻辑一致

优缺点： #

• ✅ 优点：支持快速判断用户是否点赞物品（直接查物品的likedUserIds数组），能快速获取物品点赞数，查询灵活。
• ❌ 缺点：写操作是两次（批量操作），存储空间有冗余，但这在NoSQL中是常见的「空间换性能」策略，完全合理。

总结选择建议： #

• 如果用户点赞数一般≤50，选方案1足够，简单高效。
• 如果用户可能点赞大量物品，选方案2，无数量限制还支持分页。
• 如果需要频繁判断用户是否点赞物品或统计点赞数，选方案3，兼顾多种查询需求。

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