Firebase多表查询优化：如何单次请求获取聊天室ID与最后消息

嘿，作为Firebase新手能写出这样的查询已经很棒了！不过你提到的两次请求优化问题，刚好是Firebase Realtime Database里很常见的场景——因为它不支持传统关系型数据库的JOIN操作，所以我们得换个思路来解决，最推荐的方式是反规范化你的数据结构，这也是Firebase官方推崇的最佳实践哦。

核心思路：反规范化数据 #

Firebase Realtime Database的设计更适合读多写少的场景，通过把常用的关联数据直接存在主节点中，可以避免多次跨表请求。具体来说，就是在chat_room的每个节点里，额外存储对应聊天室的最后一条消息内容（比如消息文本、发送时间、发送人ID等关键信息），这样一次请求就能同时拿到聊天室ID和最后消息。

调整后的数据结构示例 #

{
  "chat_room": {
    "room_id_123": {
      "tech_guar": "user_concat_value",
      "last_message": {
        "content": "这是聊天室的最后一条消息",
        "sender_id": "user_456",
        "timestamp": 1699999999
      }
      // 其他原有字段
    }
  },
  "chat_room_messages": {
    "msg_id_789": {
      "chat_room_id": "room_id_123",
      "content": "这是聊天室的最后一条消息",
      "sender_id": "user_456",
      "timestamp": 1699999999
    }
    // 其他历史消息
  }
}

修改后的代码（单次请求完成） #

// 单次GET请求获取聊天室及对应的最后一条消息
$chatRoomWithLastMsg = $this->Firebase->controll(null, 'GET', 'chat_room.json?orderBy="tech_guar"&equalTo="' . $userConcat . '"');

$chat_room_id = '';
$lastChatMessage = '';

if (!empty($chatRoomWithLastMsg)) {
    $chat_room_id = array_keys($chatRoomWithLastMsg)[0];
    // 直接从chat_room节点中取出预先存储的最后一条消息
    $lastChatMessage = $chatRoomWithLastMsg[$chat_room_id]['last_message'] ?? '';
}

关键补充：保持数据同步 #

要让chat_room里的last_message始终是最新的，你需要在发送新消息的逻辑中，同步更新对应聊天室的last_message字段。比如发送消息后，执行一个UPDATE请求，把新消息的内容写入chat_room/{room_id}/last_message。

为什么不推荐批量读取？ #

你可能会想，能不能用Firebase的批量读取功能合并请求？但Realtime Database的批量读取要求所有路径使用相同的查询参数，而你需要对chat_room和chat_room_messages设置不同的orderBy和equalTo条件，所以这种方式并不适用。反规范化依然是最优解。

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