Mysql 什么样的大小使得物化路径不切实际？

如果我希望我的桌子有700000行

用户可以是普通注册用户（开始一个全新的树）
或 用户可以被邀请注册（在现有树上启动新分支）

如果我们期望这些树从第一个节点平均得到800个节点， 物化路径是否实用，在什么时候变得不切实际

如果我们期望这些树从第一个节点平均得到800个节点，那么物化路径是否可行

根据我的经验，当子树以10k节点的顺序增长时（取决于您的子树等），它们开始变得很麻烦

另请注意，如果切换到PostgreSQL，则可以使用contrib直接管理树路径。在后一种情况下，我从未设法打破它。（如中所述，设法引入材料性能问题。）

如果我们期望这些树从第一个节点平均得到800个节点，那么物化路径是否可行

根据我的经验，当子树以10k节点的顺序增长时（取决于您的子树等），它们开始变得很麻烦

---

另请注意，如果切换到PostgreSQL，则可以使用contrib直接管理树路径。在后一种情况下，我从未设法打破它。（如中，设法引入材料性能问题。）

确定嵌套树太慢了：D:D或至少太复杂了：D按照我在回答中的建议，对博士后和ltree contrib进行有限的调查，然后。；-：D注意更多的问题，不幸的是，切换DBMS对我们来说是不可能的：/decision嵌套树太慢了？：D:D或至少太复杂了：D按照我在回答中的建议，对博士后和ltree contrib进行有限的调查，然后。；-：D注意更多问题，不幸的是，我们无法切换DBMS：/