如何设计Firestore订单数据结构以查询待处理订单状态

方案说明 #

你当前使用的是Firestore数据库，orders作为用户文档下的嵌套对象存储时，查询逻辑分两种场景处理：

场景1：仅查询指定用户的pending状态订单

这种场景可以直接获取对应用户文档后，本地筛选嵌套orders对象即可，示例代码（Web端SDK）如下：

import { getFirestore, doc, getDoc } from "firebase/firestore";

const db = getFirestore();
// 替换为目标用户的ID
const userRef = doc(db, "Users", "TARGET_USER_ID");
const userSnap = await getDoc(userRef);

if (userSnap.exists()) {
  const userData = userSnap.data();
  const allOrders = userData.orders || {};
  // 筛选pending状态的订单
  const pendingOrders = Object.values(allOrders).filter(order => order.status === "pending");
  // 此处可直接使用pendingOrders的订单数据
}

注意：该方案仅适合单用户订单查询，若需要查询全平台所有pending状态订单，遍历全量用户文档的方式性能极低，不推荐使用。

场景2：需要查询全平台/多用户的pending状态订单

建议调整数据库结构，将orders升级为根级独立集合，每个订单文档ID对应order_id，文档内新增user_id字段关联所属用户，保留原有created_at、order_items、status字段即可。
调整后直接调用Firestore的条件查询即可高效获取结果，示例代码如下：

import { getFirestore, collection, query, where, getDocs } from "firebase/firestore";

const db = getFirestore();
const q = query(collection(db, "Orders"), where("status", "==", "pending"));
const querySnapshot = await getDocs(q);
const pendingOrders = [];
querySnapshot.forEach((doc) => {
  pendingOrders.push({
    order_id: doc.id,
    ...doc.data()
  });
});

调整结构后还可以额外支持按时间排序、分页查询等需求，是生产环境的最优方案。

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