基于Cloud Firestore的主题类聊天应用查询用户全量会话方案咨询

你当前的结构将subjectId作为消息集合的顶层节点，天然限制了跨主题查询的能力，调整为以下结构即可解决所有查询问题：

• 新增会话元数据根集合chats，每条文档对应一个独立会话，文档ID直接使用chatId，存储会话公共属性：

  {
    chatId: "会话唯一ID",
    subjectId: "绑定的主题ID",
    subjectTitle: "主题标题", // 冗余存储，列表页可直接展示无需额外查询主题表
    participants: ["用户1UID", "用户2UID"], // 会话的两个参与用户ID
    lastMessage: "最新一条消息内容",
    lastMessageTime: 1690000000000, // 最新消息时间戳，用于会话列表排序
    subjectPublisherId: "主题发布者UID",
    conversationStarterId: "发起会话的用户UID"
  }
  

• 调整消息存储结构为：

  Firestore.instance
  .collection('messages')
  .doc(chatId) // 直接用chatId作为消息根集合下的文档ID
  .collection('messageList') // 固定子集合名，无需用动态chatId命名
  .doc(timestamp)
  // 单条消息存储字段：content、senderId、sendTime、messageType等
  

• 对应场景查询逻辑：
  1. 单主题会话页拉取消息：已知chatId的情况下直接查询messages/[chatId]/messageList即可；如果只有subjectId和参与用户ID，可先查询chats集合，条件为where('subjectId', isEqualTo: '目标主题ID')+where('participants', arrayContains: '当前用户UID')拿到对应chatId，再拉消息
  2. 用户会话列表页拉取所有参与的会话：直接查询chats集合，条件为where('participants', arrayContains: '当前用户UID')，再按lastMessageTime倒序排列，一次查询即可拿到列表展示所需的所有字段，无需跨集合多次请求

如果暂时不想重构现有存储结构，可以额外新增一个根集合user_chat_index，作为用户与会话的关联索引：

• 单条索引文档结构：

  {
    uid: "关联用户UID",
    subjectId: "对应主题ID",
    chatId: "对应会话ID",
    lastMessage: "最新消息内容",
    lastMessageTime: 1690000000000
  }
  

• 操作逻辑：每次新建会话时，同时给两个参与用户各写入一条user_chat_index文档；有新消息时同步更新两条索引文档的最新消息内容和时间
• 会话列表查询逻辑：直接查询user_chat_index集合，条件为where('uid', isEqualTo: '当前用户UID')，按lastMessageTime倒序即可

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