关于sql：RDBMS数据库中的多对多关系

Many-to-many relations in RDBMS databases

在像 mySQL 这样的 RDBMS 数据库中处理多对多关系的最佳方法是什么？

已尝试使用数据透视表来跟踪关系，但它会导致以下任一情况：

规范化被抛在后面
为空或 null

的列

您采取了哪些方法来支持多对多关系？

在专门用于该关系的表(有时称为联结表)中跟踪多对多关系。此表将关系建模为两个指向相反方向的一对多关系。

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18

CREATE TABLE customer (
customer_id VARCHAR NOT NULL,
name VARCHAR NOT NULL,
PRIMARY KEY (customer_id));

CREATE TABLE publication (
issn VARCHAR NOT NULL,
name VARCHAR NOT NULL,
PRIMARY KEY (issn));

-- Many-to-many relationship for subscriptions.
CREATE TABLE subscription (
customer_id VARCHAR NOT NULL,
FOREIGN KEY customer_id REFERENCES customer (customer_id),
issn VARCHAR NOT NULL,
FOREIGN KEY issn REFERENCES publication (issn),
BEGIN TIMESTAMP NOT NULL,
PRIMARY KEY (customer_id, issn));

然后，您可以使用联结表通过外键连接其他表。

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19

-- Which customers subscribe to publications named 'Your Garden Gnome'?
SELECT customer.*
FROM customer
JOIN subscription
ON subscription.customer_id = customer.customer_id
JOIN publication
ON subscription.issn = publication.issn
WHERE
publication.name = 'Your Garden Gnome';

-- Which publications do customers named 'Fred Nurk' subscribe to?
SELECT publication.*
FROM publication
JOIN subscription
ON subscription.issn = publication.issn
JOIN customer
ON subscription.customer_id = customer.customer_id
WHERE
customer.name = 'Fred Nurk';

相关讨论

我会使用数据透视表，但我看不出您的问题来自哪里。使用一个简单的学生/班级示例：

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15

Student
-------
Id (PRIMARY KEY)
FirstName
LastName

Course
------
Id (PRIMARY KEY)
Title

StudentCourse
-------------
StudentId (FOREIGN KEY -> Student)
CourseId (FOREIGN KEY -> Course)

或者，正如其他人在回答您的学生/教师/课程问题时提到的那样(这将有一个额外的表格来存储课程中的人员类型)：

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21

PersonType
----------
Id (PRIMARY KEY)
TYPE

Person
------
Id (PRIMARY KEY)
FirstName
LastName
TYPE (FOREIGN KEY -> PersonType)

Course
------
Id (PRIMARY KEY)
Title

PersonCourse
------------
PersonId (FOREIGN KEY -> Person)
CourseId (FOREIGN KEY -> Course)

Student 表包含学生信息，Course 表存储课程信息……而数据透视表仅包含相关学生和课程的 ID。这不应该导致任何空/空列或任何东西。

相关讨论

嗨贾斯汀，谢谢你的想法。如果您还有加入课程的教师(将 StudentCourse 重命名为 PeopleToCourses 以实现逻辑)并在其中有一个名为 TeacherId 的附加列。在没有学生但有一名教师参加的情况下，"StudentId"列将为空。对？
当然，还有一个选项可以按照您的示例创建一个名为 TeachersCourse 的附加表，但考虑到这一点，需要额外的联接才能让所有人参加课程。
在那种情况下，我会说你使用了糟糕的表格设计。如果您想要将教师映射到课程，您应该添加另一个数据透视表以在教师/课程之间进行查找，而不是更改现有数据的名称并添加一列。然后，您将连接这两个数据透视表的结果，以获取与课程相关联的所有人员的列表。
这是为什么？将表数与 JOIN 一起保持低不是明智之举吗？
除非数据透视表中的每一行都有与之关联的学生、教师和课程……否则您将数据反规范化并且(在大型数据透视表的情况下)浪费空间。如果您的数据已正确编入索引，则该联接不会对您造成任何问题。
在这种情况下，将教师和学生放在一个名为 People 的表中，然后 1) 添加一个名为 PeopleType 的列，该列可以容纳 "t" 或 "s" 或 2) 为每个表创建一个名为 Teachers 和 Students 的单独表仅包含一列 PeopleID。无论哪种情况，您的注册都是使用您现在拥有的链接表处理的，除了 StudentID 变为 PeopleID。
@Industrial - 几乎可以肯定，您将持有关于学生和教师的不同数据。所以你需要两张桌子。从中可以看出，您需要两个交叉(数据透视)表 - STUDENT_COURSES 和 TEACHER_COURSES。偶尔进行额外连接的痛苦可能比将不同记录拟合到 procrustean 表结构的痛苦要小。此外，很多时候，您将只查询他们的教师或只查询学生的课程，而不是查询所有人员的课程。
好吧，TEACHERS 和 STUDENTS 稍后将在结构中链接到他们自己单独的信息保存表。然后归结为设计-学生和老师一起被查询的频率:)
@Industrial，我会稍微改变这个问题。真正的问题是"学生和老师之间的相似之处多于不同之处？"对你的申请一无所知我无法告诉你答案，但我怀疑如果你开始思考你可能会发现他们比你最初想象的更相似(他们可能都有地址、联系信息、联系历史，可能还有金融交易等)。

除了贾斯汀的回答：如果您巧妙地使用外键约束，您可以控制数据更新或删除时发生的情况。这样，您就可以确保您不会得到非规范化的数据。

相关讨论