关于子集合的云Firestore规则

Question

我正在开发一款iOS应用程序，它有（哇，惊喜！）聊天功能。整个应用程序大量使用Firebase工具，对于数据库，我正在使用新的云Firestore解决方案。

目前我正在使用数据库规则加强安全性，但我对自己的数据模型有点挣扎：）这可能意味着我的数据模型选择不当，但我真的很满意，除了实现规则部分。

模型的对话部分如下所示。在我的数据库的根目录下，我有一个对话集合：

/conversations/$conversationId
        - owner // id of the user that created the conversation
        - ts // timestamp when the conversation was created
        - members: {
                $user_id_1: true // usually the same as 'owner'
                $user_id_2: true // the other person in this conversation
                ...
          }
        - memberInfo: {
                // some extra info about user typing, names, last message etc.
                ...
          }

然后我对每个对话都有一个子集合，称为消息。消息文档是一个非常简单且仅包含有关每个发送消息的信息的文档。

/conversations/$conversationId/messages/$messageId
        - body
        - sender
        - ts

对话文档中的规则非常简单，易于实现：

match /conversations/{conversationId} {
  allow read, write: if resource.data.members[(request.auth.uid)] == true;

  match /messages/{messageId} {
        allow read, write: if get(/databases/$(database)/documents/conversations/$(conversationId)).data.members[(request.auth.uid)] == true;
  }
}

我的问题是对话中的messages子集合。上面的方法很有效，但我不喜欢在那里使用get（）调用。每个get（）调用都会执行读取操作，因此会影响月末的账单，请参阅文档。

如果我正在构建的应用程序成功，这可能会成为一个问题，文档读取当然非常少，但是每次用户打开对话时都这样做似乎有点低效。我真的很喜欢我模型中的子集合解决方案，但不确定如何有效地实现这里的规则。

我对任何数据模型更改持开放态度，我的目标是评估没有这些get（）调用的规则。任何想法都非常受欢迎。

Answer 1

如果想保存这些额外的读取，实际上可以基于自定义声明实现“缓存”。

例如，您可以在对象"对话"下的自定义声明中保存用户有权访问的聊天。请记住，自定义声明的限制为1000字节，如其留档中所述。

限制的一个解决方法是仅在自定义声明中保存最近的对话，例如前50个。然后在安全规则中，您可以这样做：

allow read, write: if request.auth.token.conversations[conversationId] || get(/databases/$(database)/documents/conversations/$(conversationId)).data.members[(request.auth.uid)] == true;

如果你已经在使用云功能来缓和发布后的消息，那么这一点尤其重要，你只需要更新自定义声明即可

Answer 2

老实说，我觉得你对自己的结构没什么意见，而且get按原样打电话。原因如下：

>

一般来说，我不喜欢在安全规则中优化定价。是的，每个操作可能会有一到两次额外的读取，但这可能不会以同样的方式给您带来麻烦，比如，编写糟糕的云函数可能会带来麻烦。这些都是你最好优化的领域。