数据库设计-如何实现用户组表？

如何解决数据库设计-如何实现用户组表？

| 我想使用户组系统模仿即时通讯程序中的组策略。 每个用户可以根据需要创建任意数量的组，但是他们不能具有名称重复的组，并且可以将任意数量的朋友放入任何组。 例如，John的朋友Jen可以同时在John的“ school”组和John的“ coworker”组中。而且，这完全与Jen如何将John纳入她的团队无关。 我正在考虑在数据库user_group表中实现此问题的两种可能方法。 1。

user_group (
id INT PRIMARY KEY AUTO_INCREMENT,user_id INT,group_name VARCHAR(30),UNIQUE KEY (user_id,group_name)
)

在这种情况下，所有用户拥有的所有组都将具有唯一的ID。因此，仅凭id就能确定哪个用户和组的名称。 2。

user_group (
user_id INT,group_id INT AUTO_INCREMENT,PRIMARY KEY (user_id,group_id),group_name)
)

在这种情况下，每个用户的group_id始终从0开始，因此，可能存在许多具有相同group_id的组。但是，pk对（user_id，group_id）在表中是唯一的。 哪种方法更好地执行，为什么？ 每种情况的优缺点是什么？ 编辑： 在第二种情况下，向group_id添加了AUTO_INCREMENT，以确保为每个user_id从0自动分配。 编辑： “更好”是指... -在SELECT / INSERT / UPDATE朋友组中的性能更好，因为这将是与用户组有关的最常用的操作。 -数据库的健壮性，例如就用户规模而言，哪种数据库更安全。 -彼此比较受欢迎或普遍偏爱。 -灵活性 -可扩展性 -可用性-易于使用。     

解决方法

就个人而言，我会采用第一种方法，但这实际上取决于您的应用程序将如何工作。如果可以更改组的所有权或合并用户个人资料，则第一种方法比第二种方法容易得多。在第二种方法中，如果发生任何一种情况，您不仅必须更新

user_group

表，而且还必须更新与

user_group

有外键关系的任何从属表。这也将是多对多关系（一个组中将有多个用户，而一个用户将是多个组的成员），因此它将需要一个单独的联接表。在第一种方法中，这非常简单：

group_member (
  group_id int,user_id int
)

对于您的第二种方法，它将需要第三列，这不仅会更加令人困惑，因为您现在两次包含ѭ5，而且还需要33％的额外存储空间（这可能会或可能不会成为问题，具体取决于存储空间的大小您希望数据库是）：

group_member (
  owner_id int,group_id int,user_id int
)

另外，如果您打算从MySQL迁移到另一个数据库平台，则可能不支持ѭ7的行为。我知道在MS SQL Server中，始终会增加一个“ 7”字段（在MSSQL中为9），而不是根据表上的索引使其唯一，因此要获得相同的功能，您必须自己实现。     ,请定义“更好”。 从我的直觉中，我选择第二个。 可搜索的片段会更多细分，但是如果您担心插入/更新性能，那不是我会选择的部分。     ,我认为2号根本没有任何好处，它更复杂，更脆弱（在SQL Server中根本无法使用），而且一无所获。记住groupId除了唯一地标识一条记录外没有任何意义，可能是用户只会看到组名而不是ID。因此，它们是否都从0开始或是否存在间隙都无关紧要，因为某个组被回滚或删除了。