0

每个用户都有发言权，3 个 GROUP_A，10 个 GROUP_B 每个 GROUP_A，20 个 GROUP_C 每个 GROUP_B。并且 20 个 GROUP_C 中的每一个都涉及大量的插入/删除......并且对于所有 GROUP/用户来说，每条数据都是彼此唯一的。

我不是专家，但我已经做过研究，但当然这都是理论上的，而且我肯定没有实际的实施经验。我认为我的选择类似于“邻接列表”或“嵌套集”？

任何正确方向的指导将不胜感激！

（我也在 DBA stackexchange 上发布了这个，但如果我能从社区获得更多意见和帮助，我将不胜感激！）

我知道简单的解决方案就是使用带有父“容器”外键的简单表，但我从长远来看，如果有大约一百万用户。

4

1 回答 1

2

我知道简单的解决方案就是使用带有父“容器”外键的简单表，但我从长远来看，如果有大约一百万用户。

我会采用这种方法。只要层次结构级别的数量保持不变，最终的方案可能会很好地扩展，因为它是如此微不足道。花哨的表结构和复杂的查询对于小型数据集可能足够好，但对于大量数据，简单的结构将最有效。

如果杠杆的数量可能不同，事情会变得更加困难。如果您想为这种情况做好准备，您可以设计一种不同的方法，但如果数据量增加，这可能会严重扩展。

于 2013-05-18T20:56:33.013 回答