gpt4 book ai didi

mysql - 需要有关主键选择的建议

转载 作者:行者123 更新时间:2023-11-29 14:15:21 26 4
gpt4 key购买 nike

我正在为即将成为我的社交网站版本的数据库构建数据库。现在,我想存储 friend 关系,就像 Facebook 那样。我应该提到我为此使用 MySQL。

所以我正在考虑做这样的事情:

UserFriends
(
UserFriendID SOME_DATA_TYPE NOT NULL AUTO_INCREMENT PRIMARY KEY,
UserID BIGINT(20) UNSIGNED NOT NULL,
FriendID BIGINT(20) UNSIGNED NOT NULL -- This is basically the same as UserID
)Engine=InnoDB;

现在,我正在寻找某种类型的数据类型用于该表的主键,因为我预计会有大量记录,并且我希望某种类型的索引来加快任何类型的速度我可能会在记录中进行查找。比如好友推荐功能等。

我愿意接受建议。在我看来,另一种选择,但管理起来要困难得多,是为每个用户动态创建一个单独的表,并将他们的 friend 存储在其中,但这对于代码管理来说是一场噩梦。

最佳答案

如果你做这样的事情

create table UserFriends
(
UserFriendID SOME_DATA_TYPE NOT NULL AUTO_INCREMENT PRIMARY KEY,
UserID BIGINT(20) UNSIGNED NOT NULL,
FriendID BIGINT(20) UNSIGNED NOT NULL -- This is basically the same as UserID
) Engine=InnoDB;

那么您最终可能会得到如下所示的数据。

UserFriendID  UserID  FriendID
--
1 100 201
2 100 201
3 201 100

那个的问题应该是显而易见的。

如果您不需要知道谁加了谁好友,那么这样的事情会更有意义。 (标准 SQL,不是 MySQL。)

create table UserFriends (
UserID BIGINT(20) UNSIGNED NOT NULL,
FriendID BIGINT(20) UNSIGNED NOT NULL,
primary key (UserID, FriendID),
check (UserID < FriendID),
foreign key (UserID) references users (UserID),
foreign key FriendID references users (UserID)
);

主键约束保证单个“友谊”不会有多个相同的行。 check() 约束保证对于单个“友谊”,您不会有两行(仅 ID 号的顺序不同)。

但是由于 MySQL 不强制执行 check() 约束,因此您必须编写一个触发器来确保 UserID 小于 FriendID。

关于mysql - 需要有关主键选择的建议,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/12787479/

26 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com