Mysql:如果可能的话，拆分表是否更好？

Question

为了让您理解我的问题，我给您举个例子: 我有一个聊天网络应用程序，有很多房间，假设有 5 个房间。 人们可以选择只留在一个房间，并在登录时选择。

当他们选择房间时，我必须检索房间中已有的人，因此我可以通过两种方式构建我的数据库: 每个房间一 table ，有人员记录； 所有房间都在一张表中，人员是记录和指示他们所在房间的列；

在第一种情况下，查询将是:

SELECT * FROM 'room_2' WHERE 1

在第二种情况下，查询将是:

SELECT * FROM 'rooms' WHERE room = 'room_2'

哪个最好？ 我认为唯一要考虑的参数是性能，对吗？

Answer 1

在这个例子中，不，因为人都是“相似”的对象，因此应该在同一个表中。 在这个简单的示例中，所有人员和房间都位于一张表中，并且主键为人员。 table 位房间(pk_person, personName, table_id)

但我想谈谈随着网站的发展您需要考虑的结构。您需要三张表，一张用于每个对象(聊天室、人员)，一张用于关系。

Chat_Rooms(pk_ChatId, ChatName, MaxOccupants, other unique attributes of a chat room)
People(pk_PersonID, FirstName, LastName, other unique attributes of a person)
Room_People_Join(pk_JoinId, fk_ChatId, fk_PersonID, EnterDateTime, ExitDateTime)

这是一个“高度规范化”的结构。每个表都是相似对象的集合，连接允许多对多关系，并且对象行不重复。因此，具有所有属性(姓名、性别、年龄)的 Person 永远不会在 person 表中重复。此外，人员表从不定义一个人在哪个聊天室，因为一个人可能在一个、多个、没有，或者可能多次进入和退出。同样的概念也适用于聊天室。聊天室的功能，比如背景颜色、最大占用人数等与人无关。

Room_People_Join 是最重要的。它有一个唯一的主键，其中一个人所在的聊天室以及他们在那里的时间。该表无限增长，但它跟踪使用情况。包括关系表可以在逻辑上规范您的数据库。

那么您如何知道哪些用户当前在聊天室 1 中？您可以在 FROM 子句中使用各自的主键和外键将人员和房间连接到连接表，在 SELECT 子句中请求所需的列，然后过滤聊天室 1 和尚未离开的人员。

SELECT p.FirstName, p.LastName, r.ChatName
FROM Room_People_Join j
    JOIN People p ON j.fk_PersonID  = p.pk_PersonID
JOIN Chat_Rooms r ON j.fk_ChatId = r.pk_ChatId
WHERE r.ExitDateTime IS NOT NULL
    AND pk_ChatId = 1

抱歉，这很啰嗦，但我推断了您的数据库增长问题。