每个用户都说，GROUP_A有3个，每个GROUP_A有10个GROUP_B，每个GROUP_B有20个GROUP_C。并且20个GROUP_C中的每一个都涉及大量插入/删除...并且每个数据对于所有GROUP /用户而言彼此是唯一的。
我不是专家，但我已经做过研究，但当然这一切都是理论上的，而且我没有亲身体验过实施的经验。我认为我的选项类似于“邻接列表”或“嵌套集”？
非常感谢任何正确方向的指导！
（我在DBA stackexchange上发布了这个，但我真的很感激，如果我能从社区获得更多意见和帮助！）
我知道简单的解决方案只是让父表'容器'具有外键的简单表格，但从长远来看，我正在思考，如果有大约一百万用户左右。
答案 0 :(得分：2)
我知道简单的解决方案只是让父表'容器'具有外键的简单表格，但从长远来看，我正在思考，如果有大约一百万用户左右。
我会采用这种方法。只要层次结构级别的数量保持不变，结果方案就可能很好地扩展，因为它是如此微不足道。花哨的表结构和复杂的查询可能适用于小型数据集，但对于大量数据，简单的结构将最有效。
如果杠杆的数量可能会有所变化，那将会困难得多。如果你想为这种情况做好准备，你可以设计一种不同的方法，但如果数据量增加，这可能会严重缩放。