能否在Cloud Firestore安全规则中引用Firebase实时数据库的访问条件？

当然可以！Firestore的安全规则完全支持跨服务读取实时数据库的数据，刚好适配你这种已经在实时数据库存了用户、房间权限等信息，现在要迁移帖子到Firestore的场景。下面是具体的实现方法和需要注意的关键点：

1. 在规则中导入实时数据库命名空间 #

首先需要在Firestore安全规则里引入实时数据库的模块，这样才能调用它的API：

rules_version = '2';
service cloud.firestore {
  match /databases/{database}/documents {
    // 导入实时数据库模块
    import * as rtdb from 'firebase/database';
    
    // 后续规则逻辑...
  }
}

2. 编写跨数据库的权限判断逻辑 #

举两个常见场景的例子：

场景一：基于实时数据库的用户角色控制帖子访问 #

假设实时数据库中/userRoles/{userId}节点存储了用户的角色（比如editor/viewer），要限制只有编辑者能读取Firestore的帖子：

match /posts/{postId} {
  allow read: if rtdb.get(/databases/$(database)/userRoles/$(request.auth.uid)).data.role == 'editor';
}

场景二：基于实时数据库的房间成员权限控制 #

如果你的帖子属于某个房间，实时数据库/rooms/{roomId}/members/{userId}节点标记了用户是否为房间成员，那么可以这样判断：

match /posts/{postId} {
  allow read: if exists(rtdb.ref(/databases/$(database)/rooms/$(resource.data.roomId)/members/$(request.auth.uid)));
}

3. 关键注意事项 #

• 权限配置：必须确保Firestore的服务账号拥有访问实时数据库的权限。前往Firebase控制台的IAM页面，给Firestore对应的服务账号添加Firebase Realtime Database Admin（或更精细的读写权限），否则规则会因权限不足执行失败。
• 性能限制：跨服务读取会增加规则的执行耗时，Firestore安全规则有大约1秒的执行时长限制。尽量避免复杂的嵌套查询或读取大量数据，建议将高频使用的权限信息简化存储路径，必要时考虑数据同步（比如把核心权限信息同步到Firestore的用户文档中，减少跨服务调用）。
• 数据一致性：由于是两个独立的数据库，实时数据库的权限数据更新后，Firestore规则的判断才会生效，可能存在短暂的不一致。如果对一致性要求极高，建议定期同步权限数据到Firestore，或者在更新实时数据库时触发云函数同步到Firestore。
• 身份一致性：确保request.auth.uid在两个数据库中对应同一个用户，避免因身份标识不匹配导致权限判断错误。

测试建议 #

可以用Firebase控制台的规则模拟器来验证逻辑：模拟不同用户的请求，检查跨数据库的权限判断是否符合预期，提前排查问题。

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