主页 / dba / 问题 / 268630
Accepted
Richard Inglis
Asked: 2020-06-07 00:19:05 +0800 CST

关联表

  • 772

我可以使用关联（或“链接”）表来模拟多对多关系，例如Student<- Enrolment-> Course，其中注册描述了学生和课程之间的基本关系。

我也可以有Course->Department和Course-> Language，其中语言和部门都是课程的属性，但它们之间没有特殊关系。

这两个场景看起来很相似，但我不会调用Course关联表......它还有其他名称吗？有没有一种合乎逻辑的方法来区分这两种情况？

database-theory

1 个回答

  1. Best Answer

    您的技术名称association (or 'linking') table是associative entity- 该页面上列出了大约 15 个替代名称。我在这里探讨了这些背后的逻辑——特别是PRIMARY KEY链接表中的 s 应该是链接表中两个FOREIGN KEYs 的组合。

    在没有看到你的 DDL 的情况下，我觉得你Course -> Department和Course -> Language桌子是你共同或花园Parent -> Child关系的例子。这些都在这里简单明了地解释。

    父表字段必须要么是PRIMARY KEY表的，要么至少是UNIQUE（并且在这种情况下被索引，PKs 通常被自动索引）。子表字段显然不必UNIQUE但应该被索引，因为它通常是JOIN任何 SQL 查询中的 ing 字段。由于NULL值逻辑的乐趣，UNIQUE父字段可以是NULL（参见小提琴here），但是我强烈建议NOT NULL向该父字段添加约束！

    我想你的Course -> Department场景看起来像这样（参见这里的小提琴- 示例是 PostgreSQL，但它适用于 dbfiddle.uk 上的每个服务器）：

    CREATE TABLE department
(
  dept_id INTEGER NOT NULL PRIMARY KEY,
  dept_name VARCHAR (25) NOT NULL,
  dept_head INTEGER,  -- this could relate to an id in a personnel table, allowed to be NULL if position is vacant
  dept_contact INTEGER, -- id of secretary to the head of department?
  dept_address VARCHAR (100),
  --
  -- other fields
  --
);

    和

    CREATE TABLE course
(
  course_id INTEGER NOT NULL PRIMARY KEY,
  course_code VARCHAR (10) NOT NULL,
  course_name VARCHAR (50) NOT NULL,
  course_dept INTEGER NOT NULL,
  --
  --  other fields
  --
  CONSTRAINT course_dept_fk FOREIGN KEY (course_dept) REFERENCES department (dept_id)
);

    这些表声明的重要部分（对于本次讨论）是：

    CONSTRAINT course_dept_fk FOREIGN KEY (course_dept) REFERENCES department (dept_id)

    因此，department在这种情况下，表是父表，而子表是course我想的问题的重点。意思是对于表中的CONSTRAINT任何course_dept条目，course表中必须有对应的条目department！如果您觉得这个解释不令人满意，请告诉我（为什么），我会尝试进一步澄清。

    ps 欢迎来到论坛！

    • 2

相关问题