有 2 个表或 1 个更大的表 MySQL？

Question

我在互联网上阅读了很多关于优化 MySQL 的不同内容。

我有一张关于朋友的桌子。我区分了 2 种朋友：专业朋友和“社交”（非专业）朋友。

我的问题是：

假设我有超过 1000 万行（500 万专业和 500 万社交）朋友。 将它们全部放在一个有 3 列的表中会更好吗

-idFriend1, -idFriend2, -isProfessional

或者最好有 2 个表（专业和非专业朋友）只有 2 列（并且只有一半的行数）？

顺便说一句，我将不得不在这张桌子上做一些加入，那么有和没有加入过程哪个最好？

Answer 1

“最佳”的评估取决于您在模型的其余部分中如何使用这些实体，以及您想编写什么样的查询。

如果专业朋友和社交朋友真的相同（除了他们的专业或社会地位），那么我只会制作一张表。如果事实证明专业朋友有一些不同的属性——比如职位、工作单位、公司名称——不同于社交朋友（可能有最喜欢的饮料、最喜欢的运动等），你可能会发现这两个不同的子表是按顺序排列的。

实际上，您可能会发现三个表是按顺序排列的：好友表，其中列出了 FriendID 和所有常见属性（姓名、年龄、地址）；专业朋友表（列出 FriendID 的专业属性）；和一个社交好友表（其中列出了 FriendID 的社交属性）。这样，您就有了一个用于验证的超集，作为具有所有公共属性以及子表的实体。然后，您还可以灵活地决定一个朋友是否可以同时成为社交朋友和职业朋友。

不过，就目前而言，“最好”是一项艰巨的任务，因为我们不知道您打算如何使用这些表，也不知道它们将如何与您的其他数据模型相关。

Answer 2

我想我误解了你的问题，你既关心朋友是谁，又需要定义他们之间的关系网络。在这种情况下，我会将朋友信息（包括他们的姓名等）放入一个表中，并在另一个表中包含它们之间的链接。

CREATE TABLE FRIEND (
  id int auto_increment primary key,
  name varchar(20)
);

INSERT INTO FRIEND (name)
VALUES 
('Andrew')
('John')
('Sally')

CREATE TABLE RELATIONSHIP (
  relationshipId int auto_increment primary key,
  friendId1 int,
  friendId2 int,
  isProfessional boolean
);

INSERT INTO RELATIONSHIP (friendId1, friendId2, isProfessional)
VALUES
(1, 2, TRUE),
(1, 3, FALSE);

友谊是互惠的，因此在搜索特定人的朋友时，您需要在朋友 1 和朋友 2 中查找他们的 id 并进行联合查询。

否则，以两种方式将所有关系都输入到表格中，这会使表格的大小加倍，但会避免联合，根据我的经验，联合是很慢的。