Firebase“符号链接”到另一个节点

关于我关于建模真实的面向用户的树结构的另一个问题（使用firebase树结构直接表示“文档大纲”结构 https://stackoverflow.com/questions/39112792/using-firebase-tree-structure-to-represent-a-document-outline-structure-direct），我正在考虑在某些嵌套级别上采用一种通用的“符号链接”方法，以克服 32 个嵌套级别的限制以及一次获取所有子节点的需要。

firebase 中的“符号链接”有一些“最佳实践”吗？

E.g.:

• Firebase 节点的语法（内容、键值结构），表示指向另一个节点的链接
• 符号链接应该包含目标节点的路径（绝对还是相对？）还是只是某种全局唯一的 ID？
• 当符号链接内容完成异步加载时将触发回调的 API

我正在设想一个小的包装器 API，它将抽象节点是否确实存在或是否通过“符号链接”间接访问的差异。可能有一个额外的 API 方法“现在给我获取这个/更多”，因为用户想要显示的数据的更多详细信息（例如，在树中深入钻取），并且它可以获取例如下一级嵌套（通过回调），抽象出子级的内容是否真的存在或只是符号链接......

总的来说，这似乎是个好主意吗？

也许你应该看看关系世界是如何解决这个问题的。我们可以通过首先将树节点转换为文档来获取他们的解决方案。这意味着对于一棵树

root 0
|-- top child I
+-- top child II
    |-- second-level child 1
    |   +-- third-level child a
    |-- second-level child 2

您将拥有六个树节点中每一个的文档。然后在描述树结构的文档中添加附加数据。

我受到了启发这个答案 https://stackoverflow.com/a/3363232/220060其中概述了三种方法，各有利弊。让我在这里展示这些方法如何应用于面向文档的数据库。

使用父 ID 的方法

添加字段parentId其中包含父节点的文档 ID 或其他一些唯一值。

pros and cons:
+ easy to understand, cheap insert, cheap subtree move
- difficult to retrieve subtree

改进的先序树遍历

添加两个字段left and right包含遍历的索引。首先从根节点开始，赋1给left，然后下降到top child I并将 2 分配给left。如果没有更多的孩子，则将下一个整数分配给right。然后上一层并将下一个整数分配给right.

有关更多详细信息，请参阅这个古老但仍然很棒的指南：Sitepoint 上修改的预序树遍历 https://www.sitepoint.com/hierarchical-data-database-2/.

pros and cons:
+ cheap retrieve of subtree, ordering of children guaranteed
- difficult to understand, expensive insert (repeat tree traversal)

将路径保存在节点中

使用一些唯一值（如文档 ID）并创建这些唯一值的路径，从根开始，向下到节点。例如，第二级子级 2 的路径可能是"0/II/2"。或者创建一个数组['0', 'II', '2'].

pros and cons:
+ cheap retrieve of subtree, cheap insert
- expensive subtree move