用于“大量”数据的 Firebase

Question

我们正计划将我们的应用程序迁移到 Firebase 以获得实时功能并提高性能。 这是一个存储客户产品和销售数据的销售应用程序。 我们的客户（我们称之为 Groups）通常每个都有 10 家商店（我们称之为 Companies）。

处理这么多数据并不是什么大问题。 但最近我们与一家拥有 1000 多家商店（每月新增 20 家）的大集团达成了交易。

我的问题是如何在没有性能问题的情况下构建这些数据并保持实时功能？

我认为，如果我们专注于如何构建 Groups-Companies，我们可以处理其他部分（销售、产品等）

"Groups": {
    "Group1": {
      "name": "Historical Tech Pioneers"
    },
    "Group2": { ... }
}

"Stores": {
    "Store1": {
      "name": "abc",
      "group" "Group1"
    },
    "Store2": {
      "name": "def",
      "group" "Group1"
    },
}

这种数据结构每次都可以处理数千条记录吗？

如果我每次都必须查询超过 1000 家商店，我会非常担心 Firebase 的性能。 每个人都说 1.000 条记录对于 Firebase 来说不算什么，但我做了一些测试，发现检索 1.000 条记录并没有他们说的那么流畅。

Answer 1

所以我有一个 建议，即像这样组织 firebase 数据：

"Groups": {
    "Group1": {
        "name": "Historical Tech Pioneers"
        "Stores": {
            "Store1": {
                "name": "abc"
            },          
            "Store2": {
                "name": "def"
            }
        },
    },
    "Group2": { ... }
}

要获得商店，只需指向 Groups>Group1>Stores。为了获得更好的性能，将页面添加到 firebase 数据，例如每页 10 个商店。

注意：只是一个建议。

Answer 2

由于在数据库中的某个位置获取数据还会检索其所有子节点，因此您希望使数据库结构尽可能平坦。您的建议类似于docs 中的结构。在我看来，你的方向是正确的。

看看你的例子，我可能会重新构建Stores-node，以轻松获取一个组的所有商店：

"Stores": {
    "Group1": {
        "Store1": {
            "name": "abc"
        },
        "Store2": {
            "name": "def"
        },
        ...
    },
    ...        
}

在文档（一个example）中，我读过非规范化是一个关键字。不要害怕复制数据以加快读取速度。您打算如何使用您的数据应决定您如何构建数据。

作为克里斯·埃斯普林wrote:
“我们必须根据我们想要使用数据的方式不断平衡规范化（浅层结构）与非规范化（深层结构）。”