Firebase 性能 : How many children per node?

Question

如果一个节点有 1 亿个子节点，如果我执行以下操作，是否会对性能产生影响:

a) 查询，但限制为 10 个结果

b)只看其中一个 child

我可以将数据拆分为多个父项，但在我的情况下，我将引用子项，以便可以直接查找它(这降低了复杂性)。如果有影响，在性能下降之前每个场景的最大数量是多少？

Answer 1

如果一个节点有那么多子节点，以任何方式访问该节点都会引发问题。访问单个 child 从来都不是问题。

查询节点的子节点子集仍然需要数据库考虑每个子节点。如果您请求 1 亿个项目中的最后 10 个，那么您就是在要求数据库考虑您显然不感兴趣的 999,999,990 个项目。

如果没有对数据大小、排序标准等进行更具体的描述，就不可能说出最大值是多少。但说实话，即使这样，您可能获得的最好值也是一个具有巨大方差的值这可能会随着时间的推移而改变。

Firebase(以及大多数 NoSQL 解决方案)中的最佳方法是以适合您的应用使用数据的方式对数据进行建模。例如:如果您需要向用户显示最新 10 项，请将这最新 10 项(的键)存储在单独的列表中。

items
    -K........0
        title: "Firebase Performance: How many children per node?"
        body: "If a node has 100 million children, will there be a performance impact if I:..."
    -K........1
        title: "Firebase 3x method won't working in real device but worked in simulator swift 3.0"
        body: "Hi we are working with google firebase 3x version and we faced..."
    .
    .
    .
    -K999999998
    -K999999999
recent
    -K999999990: true
    -K999999991: true
    -K999999992: true
    -K999999993: true
    -K999999994: true
    -K999999995: true
    -K999999996: true
    -K999999997: true
    -K999999998: true
    -K999999999: true

我不确定我的 9 个数是否正确，但我希望您能明白。