MySQL层次结构
每个用户都有3个组A、10个组B和20个组C。20个组C中的每一个都涉及大量的插入/删除…对于所有组/用户来说，每个数据块都是独一无二的 我不是专家，但我做过研究，但在这一点上当然都是理论性的，而且我没有实践经验，这是肯定的。我认为我的选项类似于“邻接列表”或“嵌套集” 如能为您提供正确方向的指导，我们将不胜感激 （我也在DBA stackexchange上发布了这篇文章，但如果能从社区获得更多意见和帮助，我将不胜感激！） 我知道一个简单的解决方案就是让简单的表带有父“容器”的外键，但我想从长远来看，如果有一百万左右的用户的话 我知道一个简单的解决方案就是让简单的表带有父“容器”的外键，但我想从长远来看，如果有一百万左右的用户的话 我会同意这种方法。只要层次结构级别的数量保持不变，生成的方案就可能具有良好的可扩展性，因为它非常简单。奇特的表结构和复杂的查询对于小数据集可能足够好，但对于大量数据，简单的结构将最有效MySQL层次结构,mysql,Mysql,每个用户都有3个组A、10个组B和20个组C。20个组C中的每一个都涉及大量的插入/删除…对于所有组/用户来说，每个数据块都是独一无二的 我不是专家，但我做过研究，但在这一点上当然都是理论性的，而且我没有实践经验，这是肯定的。我认为我的选项类似于“邻接列表”或“嵌套集” 如能为您提供正确方向的指导，我们将不胜感激 （我也在DBA stackexchange上发布了这篇文章，但如果能从社区获得更多意见和帮助，我将不胜感激！） 我知道一个简单的解决方案就是让简单的表带有父“容器”的外键，但我想从长远
如果杠杆的数量可能有所不同，事情就会变得困难得多。如果您想为这种情况做好准备，您可以设计一种不同的方法，但如果数据量增加，这种方法可能会严重扩展。级别（a、B、C）的数量固定吗？我建议使用邻接列表。@Stylex。问题是，你想对这些数据做什么？看看这页右边的问题怎么样？