gpt4 book ai didi

Firebase "symlink"到另一个节点

转载 作者:行者123 更新时间:2023-12-05 07:47:57 33 4
gpt4 key购买 nike

关于我的另一个关于建模真实的面向用户的树结构的问题(Using firebase tree structure to represent a "document outline" structure directly),我正在考虑在某些嵌套级别上采用通用的“符号链接(symbolic link)”方法来克服 32 个嵌套级别限制和一次获取所有子节点的需要。

Firebase 中是否有一些“符号链接(symbolic link)”的“最佳实践”?

例如:

  • 表示指向另一个节点的链接的 firebase 节点的语法(内容、键值结构)
  • 符号链接(symbolic link)应该包含目标节点的路径(绝对路径还是相对路径?)还是仅包含某种全局唯一 ID?
  • 用于在符号链接(symbolic link)内容异步完成加载时触发的回调的 API

我正在设想一个小的包装器 API,它可以抽象出节点是真的存在还是通过“符号链接(symbolic link)”间接访问的区别。可能有一个额外的 API 方法“now fetch me this/more”,因为用户想要有关显示数据的更多详细信息(例如,在树中向下钻取更深的部分),并且它可以获取例如下一层嵌套(通过回调),抽象出子内容是真的存在还是只是符号链接(symbolic link)...

这看起来是个好主意吗?

最佳答案

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

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

您将为六个树节点中的每一个节点创建一个文档。然后在描述树结构的文件中有额外的数据。

我的灵感来自 this SO answer其中概述了三种方法的优缺点。让我在这里展示这些方法如何应用于面向文档的数据库。

使用父 ID 的方法

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

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

改进的预序树遍历

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

有关更多详细信息,请参阅这个古老但仍然优秀的指南:Modified Preorder Tree Traversal on Sitepoint .

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

在节点中保存路径

使用一些唯一值(如文档 id)并创建这些唯一值的路径,从根开始并下降到节点。例如,第二级 child 2 的路径可能是 "0/II/2"。或者创建一个数组 ['0', 'II', '2']

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

关于Firebase "symlink"到另一个节点,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/39112871/

33 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com