Firestore动态键字段查询及数据模型调整咨询

1. 能否对当前数据模型执行目标查询？ #

不能。Firestore的查询只能定位到文档内固定路径的字段，没办法自动遍历文档里的动态键（比如你用0、1、2命名的那些字段）来做条件判断。你写的查询会去查找文档根级的releaseAt字段，但你的目标字段createdAt是嵌套在动态键的子对象里，Firestore做不到遍历这些动态键完成过滤。

2. 是否应该修改数据模型？ #

非常建议修改，你的当前结构完全不符合Firestore的设计逻辑，后续还会带来更多维护和性能问题。

推荐两种优化方案： #

方案一：用子集合存储动态条目

把每个动态条目（原0、1、2对应的对象）拆成子集合的文档，结构如下：

domains (集合)
  └── test.com (文档)
      └── entries (子集合)
          ├── 条目1 (文档)
          │   ├── color: "red"
          │   ├── createdAt: 时间戳
          │   └── ...
          ├── 条目2 (文档)
          │   ├── color: "blue"
          │   ├── createdAt: 时间戳
          │   └── ...

这种结构下，用集合组查询就能直接过滤符合条件的条目：

const entriesQuery = query(
    collectionGroup(db, "entries"),
    where("createdAt", ">=", new Date())
);

方案二：用数组存储条目（适合条目少的场景）

如果你的条目数量不会太多（Firestore单文档最大1MB），可以把所有条目存在数组里：

// 文档示例结构
{
  domainName: "test.com",
  entries: [
    { color: "red", createdAt: 时间戳 },
    { color: "blue", createdAt: 时间戳 }
  ]
}

这种情况需要先查询所有包含entries的文档，再在客户端过滤数组里符合createdAt >= 今日的元素。如果需要单独返回符合条件的条目，优先选方案一。

原结构的弊端： #

• 动态键导致无法用Firestore的查询能力过滤嵌套字段；
• 条目越多文档体积越大，容易触发1MB的单文档上限；
• 后续修改、删除单个条目时操作繁琐，需要更新整个文档。

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