Firestore安全规则中的递归通配符未按预期工作

Question

{
   users: {
      user1:{
         name: Alice,
         groups: {
            groupA:{subbed:true},
            groupB:{subbed:true}
         }
      },
      user2:{
         name: Bob,
         groups: {
            groupC:{subbed:true},
            groupD:{subbed:true}
         }
      }
   }
}

基本上，这是注册的用户ID和每个用户订阅的组ID。我想编写一个安全规则，允许只有当用户是当前auth用户时才访问用户配置文件和子集合，根据我对文档的阅读，我认为通配符可以实现这一点...

match /users/{user=**}{
   allow read,write: if user == request.auth.uid;
}

这样，我就可以很好地读取user文档，但是当我尝试读取groups子集合时，会出现权限错误。我只能通过显式匹配子集合来使它工作...

match /appUsers/{user}{
   allow read,write: if user == request.auth.uid;

   match /groups/{group}{
      allow read,write: if user == request.auth.uid;
   }
}

...所以我的问题是，这两个例子之间有什么区别，我对递归通配符有什么误解？我认为，第一个示例的{user=**}部分应该授予对user文档及其所有子集合、子子集合等无限次的访问权（对于授权用户），并且应该不需要像我在第二个示例中那样专门为存储在下面的html" target="_blank">数据编写规则。

我只是在Firestore上玩了很短时间，所以这可能是一个真正愚蠢的问题：）

谢谢大家

Answer 1

当谈到使用递归while卡时，firebase文档有点混乱。我在测试中发现，我需要设置两个规则来授予用户写到users文档和所有子集合（及其子文档）的权限，这是管理用户数据的最合乎逻辑的设置。

你必须定两条规矩。

>

授予用户对/users/{userId}文档的权限

授予用户对从/users/{userId}路径开始的所有子集合及其子文档的权限。