添加新字段或更改所有 Firestore 文档的结构

考虑一个集合users。集合中的每个文档都有name and email作为字段。

{
  "users": {
    "uid1": {
      "name": "Alex Saveau",
      "email": "[email protected] /cdn-cgi/l/email-protection"
    },
    "uid2": { ... },
    "uid3": { ... }
  }
}

现在考虑一下，通过这个有效的 Cloud Firestore 数据库结构，我启动了移动应用程序的第一个版本。然后，在某个时候我意识到我想包含另一个字段，例如last_login.

在代码中，使用 Java 从 Firestore DB 读取所有用户文档的方式如下：

FirebaseFirestore.getInstance().collection("users").get()
        .addOnCompleteListener(new OnCompleteListener<QuerySnapshot>() {
            @Override
            public void onComplete(@NonNull Task<QuerySnapshot> task) {
                if (task.isSuccessful()) {
                    for (DocumentSnapshot document : task.getResult()) {
                        mUsers.add(document.toObject(User.class));
                    }
                }
            }
        });

班级在哪里User现在包含name, email and last_login.

自新User field (last_login）不包含在数据库中存储的旧用户中，应用程序崩溃，因为新用户User班级正在等待last_login返回的字段为null by the get() method.

包含哪些最佳实践last_login在所有现有的User数据库文档不会在新版本的应用程序上丢失数据？我应该只运行一次代码片段来完成此任务，还是有更好的方法来解决该问题？

您陷入了 NOSQL 数据库的鸿沟：面向文档的数据库不能保证数据的结构完整性（如 RDBMS 那样）

这笔交易是：

• in an RDBMS所有存储的数据在任何给定时间都具有相同的结构（在同一实例或集群内）。更改结构（ER 图）时，您必须migrate所有现有记录的数据需要花费时间和精力。

  因此，您的应用程序可以针对当前版本的数据结构进行优化。

• in a 面向文档数据库中的每条记录都是一个独立的“Page”，有自己独立的结构。如果您更改结构，它仅适用于new文件。所以你不需要迁移现有的数据。

  因此，您的应用程序必须能够处理您在当前数据库中使用过的数据结构的所有版本。

我不太了解 firebase 的细节，但一般来说你从来没有updateNOSQL 数据库中的文档。您仅创建文档的新版本。因此，即使您更新所有文档，您的应用程序也必须准备好处理“旧”数据结构......