Firestore聊天应用两种数据模型的性能差异对比

我正在开发聊天功能，每个用户对只会对应唯一的聊天文档，文档里包含参与者ID和消息子集合。最初的实现是通过两个where条件匹配两个用户ID来获取聊天记录，现在考虑改成把两个用户ID拼接成user1ID+user2ID作为文档名称直接读取，想知道这种方式是不是性能更好？相关代码示例如下：

Future<Chat> getChatFor(String user1ID, String user2ID) async {
    
    // Option 1：双条件查询
    _firestoreDB
        .collection(chatCollection)
        .where("user1ID", isEqualTo: user1ID)
        .where("user2ID", isEqualTo: user2ID)
        .get()
        .then(...)

    // Option 2：拼接ID直接获取文档
    var chatDocSnapshot = await _firestoreDB
        .collection(chatCollection)
        .doc('$user1ID+$user2ID')
        .get();
   
    // return...
}

肯定是Option 2（直接通过拼接ID获取文档）性能更优，核心原因如下：

• 直接通过文档ID读取是Firestore效率最高的操作类型之一，属于精准定位，Firestore会直接定位到目标文档，不需要遍历集合做条件筛选。
• Option 1的双条件查询，哪怕给user1ID和user2ID配置了复合索引，Firestore依然要在集合内筛选符合双条件的文档——哪怕结果只有1个，查询过程的计算开销也比直接读取文档大。
• 从实际体验来看，直接读文档的响应速度会更快，尤其是在集合数据量较大的情况下，差距会更明显。

不过要注意一个关键细节：拼接ID时要保证顺序一致。比如用户A和用户B的聊天，不管是A查B还是B查A，都要按固定规则（比如字典序排序）拼接ID，否则会出现同一个聊天对对应两个不同文档的问题。示例代码可以改成这样：

final sortedIds = [user1ID, user2ID]..sort();
final chatDocId = '${sortedIds[0]}+${sortedIds[1]}';

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