Firebase中的结构化数据

我正在考虑在一个即将到来的项目中使用Firebase，但在这样做之前，我想确保我能够开发出一种符合我的目的的数据结构。我有兴趣跟踪全美大约25条赛马场的赛马结果。我最初的印象是，我的用例与。天气数据集按城市组织，然后按各种时间序列组织：当前、每小时、每天和每分钟

我最初的想法是，我可以遵循类似的方法，使用25条赛道作为城市，然后按年份、月份、天数和比赛进行组织

这种结构很适合从特定的轨道访问数据，但假设它也希望访问所有轨道上的数据。例如，访问2014年发生的、拥有10匹马以上的所有赛道的数据

问题:

我提议的数据结构是否仅限于按赛道进行查询，或者我是否仍然能够跨赛道、年、日、月等进行查询，并合并任何和所有各种元数据属性：马匹数量、比赛距离等

鉴于我对自由形式查询的兴趣，是否还有其他更有利的数据结构

Firebase是否与Mongodb类似，并且在集合（列表）增长方面存在问题，或者是否可以在不预先分配或担心切分的情况下继续推送到列表

我相信我的困惑源于数据存储的url/路径性质

编辑：

以下是我的想法示例：

---

谢谢你的意见

我想你应该先骑马组织。我想这取决于你从数据中得到了什么。 一匹马可能在不同的轨道上

马桌

* Horsename
-----Date
-----Track
-----Racenumber
-----Gate
-----Jockey
-----Place
-----Odds
-----Mud?

比赛桌

----Track
----Racenumber
----Date
----Time
----NumberOfHorses

---

链接表格，你就可以得到表格的任何一部分。

当你说“链接”表格时，你是什么意思？我的印象是Firebase和mongodb一样，不支持连接。@Frank_van_Puffelen我提供了一个我想到的示例。你是对的，它是非规范化的。但这是一项尚未准备好处理的工作。我对这个词用得很随便。您可以使用双查询代码或严格的firebase样式将其链接，并对重复数据使用uid样式。您得到了更多的写入，但仍然很少进行更快的读取。因为您似乎有一个特定的数据结构，请向我们展示该结构中的数据示例。这将使讨论赞成和反对意见变得更加容易（尽管这可能仍然会让StackOverflow面临更广泛的问题，但我们会看到）。