在 Firebase 实时数据库中存储数据历史的最佳方式是什么？

Question

我正在使用 Firebase 实时数据库构建一个应用。此应用程序的用户将能够创建帖子并随时对其进行编辑。此外，他们可以访问帖子的所有版本，但默认情况下他们会获得最新版本。到目前为止我已经得到了这个：

Realtime Database-root
   |
   --- posts
        |
        --- postId
                 |
                 --- versionId
                 |           |
                 |           --- uid
                 |           |
                 |           --- title
                 |           |
                 |           --- date
                 |           
                 --- versionId
                             |
                             --- uid
                             |
                             --- title
                             |
                             --- date

但是，恐怕这是最好的方法。考虑到成本、可扩展性、安全性和性能，这种方法是否可以改进？

Answer 1

由于 RTDB 的存储成本为每 GB 5 美元，因此我建议您使用 Google Storage 作为廉价数据存储来存储您的版本。

这意味着您的数据库应该像这样存储帖子：

Realtime Database-root
   |
   --- posts
        |
        --- postId
                 |
                 --- uid
                 |
                 --- title
                 |
                 --- date
   --- postsVersions
        |
        --- postId
                 |
                 --- version1Id: true
                 |
                 --- version2Id: true

version1Id 和 version2Id 引用存储在 Google Storage 中的 JSON 文档。

工作流程

1. 用户创建初始帖子并创建数据库条目。

2. 用户进行更改并将其保存到 RTDB，覆盖 /posts 中的先前版本。

3. 在/posts/{postId} 上的onUpdate() 事件上触发的云函数采用以前的版本并将其作为https://storage.google.com/<bucket>/<postId>/<version1Id>.json 保存到Google 存储，并将该版本ID 保存到/postsVersions。

4. 如果用户从该/postsVersions 中删除version1Id 键，则监视/postsVersions/{postId} 上的onDelete() 事件的云函数应从Google 存储中删除该JSON 文件。

5. 最后，如果用户想要加载以前版本的帖子，他们会发出一个简单的 HTTPS 请求以从 Google 存储中检索 JSON 文件，然后将 /posts 更新为以前的版本。

安全

您应该确保您的版本 ID 不可猜测且不连续，然后您可以使用 IAM 权限为所有经过身份验证的用户简单地提供对存储桶的全面访问权限。为了更精细地控制用户无法访问其他用户的版本化帖子，非公共存储桶和生成签名 URL 的 API 端点将很容易实现。