如何编写Firebase数据库规则？实现单次提交后需删除才可再提交

嘿，这个需求刚好可以通过Firebase实时数据库的安全规则来实现，你提到的.write": "!data.exists() || !newData.exists()其实已经命中了核心逻辑，咱们来详细拆解怎么用它满足你的需求：

核心规则逻辑解析 #

先把这条规则拆成两部分看：

• !data.exists()：当当前数据库节点没有已有数据时，允许写入操作——这对应用户第一次提交数据的场景
• !newData.exists()：当要执行的是删除数据的操作（也就是newData为空）时，允许写入——这对应用户删除已有数据的场景

用||（逻辑或）连接后，就实现了：只有在节点无数据时可以新增，或者在删除数据时可以操作，完美匹配你“提交一次后无法再次输入，删除后才能重新提交”的需求。

具体规则示例 #

假设你的数据结构是给每个用户单独存储提交内容，路径为/userSubmissions/{userId}（{userId}是Firebase Auth的用户ID，确保每个用户只能操作自己的数据），完整规则可以这样写：

{
  "rules": {
    "userSubmissions": {
      "$userId": {
        // 确保只有登录用户能访问自己的提交
        ".read": "auth != null && auth.uid === $userId",
        ".write": "auth != null && auth.uid === $userId && (!data.exists() || !newData.exists())"
      }
    }
  }
}

关键细节说明 #

• 用户隔离：用$userId作为节点变量，结合auth.uid === $userId，保证每个用户只能操作自己的提交数据，不会干扰其他用户
• 规则验证：你可以在Firebase控制台的「规则」页面用规则模拟器测试：
  • 第一次提交数据：模拟已登录用户，写入数据，规则会允许
  • 再次提交数据：模拟同一用户，再次写入新数据，规则会拒绝
  • 删除数据：模拟同一用户，删除已有数据，规则会允许
  • 删除后再次提交：此时节点无数据，规则会允许

扩展提示 #

如果你的场景不需要用户登录（不推荐，容易被滥用），可以去掉auth != null && auth.uid === $userId部分，但这样任何人都能提交数据，可能会出现恶意提交的情况，建议结合Firebase Auth使用。

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