cho*_*Bao 1 firebase google-cloud-firestore
在配置文件集合中创建文档之前,以下安全规则能否确保名字、姓氏、用户名和电子邮件的唯一性?
match /profiles/{document=**} {
allow create: if request.auth.uid != null
&& (request.resource.data.firstName is string && resource.data.firstName != request.resource.data.firstName)
&& (request.resource.data.lastName is string && resource.data.firstName != request.resource.data.firstName)
&& (request.resource.data.username is string && resource.data.username != request.resource.data.username)
&& (request.resource.data.email is string && resource.data.email != request.resource.data.email)
}
Run Code Online (Sandbox Code Playgroud)
例如,以下是Firestore收集配置文件中的数据
{
"document1":{
"firstName":"Jek",
"lastName":"Choo",
"email":"jeksomething@gmail.com",
"username":"jek"
},
"document2":{
"firstName":"Cara",
"lastName":"Choo",
"email":"babycara@gmail.com",
"username":"cara"
}
}
Run Code Online (Sandbox Code Playgroud)
我想创建以下新文档,并且此创建访问应该被拒绝
{
"document3":{
"firstName":"Jek",
"lastName":"Choo",
"email":"jeksomething@gmail.com",
"username":"jek"
}
}
Run Code Online (Sandbox Code Playgroud)
我想创建以下新文档,这应该被允许。
{
"document4":{
"firstName":"example",
"lastName":"com",
"email":"test@example.com",
"username":"example"
}
}
Run Code Online (Sandbox Code Playgroud)
总之,上述 firestore 安全规则是否有助于在允许创建文档之前确保字段值的唯一性?
了解resource创建新文档的规则的作用非常重要,这是您在此处显示的唯一规则。
resource指“正在编写的(现有)文档”。request.resource这与描述尚不存在的文档相反,如果写入成功,则该文档即将存在。
换句话说,在本节中:
资源变量引用所请求的文档,resource.data 是存储在文档中的所有字段和值的映射。
在创建的情况下,没有正在写入的现有文档。因此,您可以假设任何匹配都会resource失败。因此,这不能确保唯一性。
事实上,您无法确保创建的任何给定文档字段的唯一性,因为在安全规则中不可能查询集合中的所有文档是否存在该字段。
Firestore 观察到的唯一形式是集合中文档的 id。该文档的所有字段不能被安全规则限制为唯一,并且 Firestore 中没有确保唯一性的索引。
如果您需要某个字段唯一,则应在创建文档后使用云函数触发器进行检查,如果不满足要求则删除该文档。
| 归档时间: |
|
| 查看次数: |
1045 次 |
| 最近记录: |