如何在 SQL 中实现聚合？ （这与 GroupBy 无关）

Question

在大学项目的范围内，我应该实现我的数据库的聚合。
我得到了一个类似于这个的实体关系模型： 现在我应该实现一个创建这样的数据库的 SQL 脚本，但是我在谷歌或其他任何地方都找不到关于这个主题的任何内容。在我教授的幻灯片中，它说

• 例如，为了表示关系works_on和实体集管理器之间的聚合管理，创建一个模式
  管理（employee_id，branch_name，title，manager_name）
• Schema works_on 是多余的，前提是我们愿意为与架构管理相关的属性 manager_name 存储空值

所以我尝试将两张表放入我的 SQL 脚本中，一张名为 works-on，另一张名为 manages。在works-on中，我把job、branch和employee的所有主键都定义为外键。在manages 中，我放入了所有这些主键，另外我放入了manager。现在的问题是，当我使用 MySQL-workbench 的 Reverse-Engineer 创建数据库的 EER-Model 时，我没有从中得到任何与这种聚合有关的东西。那么我在这里做错了什么？
按照@Barmar 的要求，我刚刚写了我将用于此目的的CREATE TABLE-statements：

CREATE TABLE job
(jobid INT,
PRIMARY KEY(jobid));

CREATE TABLE employee
(employeeid INT,
PRIMARY KEY(employeeid));

CREATE TABLE branch
(branchid INT,
PRIMARY KEY(branchid));

CREATE TABLE manager
(managerid INT,
PRIMARY KEY(managerid));

CREATE TABLE works_on
(jobid INT, KEY(jobid),
branchid INT, KEY(branchid),
employeeid INT, KEY(employeeid));

CREATE TABLE manages
(jobid INT, KEY(jobid),
branchid INT, KEY(branchid),
employeeid INT, KEY(employeeid),
managerid INT, KEY(managerid));

ALTER TABLE works_on
ADD CONSTRAINT FK_workson_employee FOREIGN KEY(employeeid) REFERENCES employee(employeeid);
ALTER TABLE works_on
ADD CONSTRAINT FK_workson_branch FOREIGN KEY(branchid) REFERENCES branch(branchid);
ALTER TABLE works_on
ADD CONSTRAINT FK_workson_job FOREIGN KEY(jobid) REFERENCES job(jobid);

ALTER TABLE manages
ADD CONSTRAINT FK_manages_employee FOREIGN KEY(employeeid) REFERENCES employee(employeeid);
ALTER TABLE manages
ADD CONSTRAINT FK_manages_branch FOREIGN KEY(branchid) REFERENCES branch(branchid);
ALTER TABLE manages
ADD CONSTRAINT FK_manages_job FOREIGN KEY(jobid) REFERENCES job(jobid);
ALTER TABLE manages
ADD CONSTRAINT FK_manages_manager FOREIGN KEY(managerid) REFERENCES job(managerid);

Answer 1

您的 ER-图缺少一个重要信息：经理和新实体之间的基数，该实体由其他 4 个元素 job、employee、manager、branch 和 works-on（这个新实体由它们周围的正方形标记）。

从幻灯片上的引用我们可以推断它是0..1-relationship， 这意味着job、branch 和employee（或works-on 中的每个条目）的每个组合最多有一个manager，但不需要一个（与例如组合 em>)。

但您必须在实际任务中验证该基数。

您通常可以通过多种方式实现 ER 图，但幻灯片暗示了以下实现：

CREATE TABLE manages
( jobid INT not null,
  branchid INT not null,
  employeeid INT not null,
  managerid INT null,
  PRIMARY KEY (jobid, branchid, empoyeeid)
);

我省略了表 job、employee、manager 和 branch 的琐碎外键。

使用此实现，您不再有 works-on-relation 的显式表，就像幻灯片中的第二条语句所说的那样。它包含在manages 表中。这仅适用于0..1-relation，这就是为什么该基数是可推断的。

如果你想为works-on 保留一个表，你会使用

CREATE TABLE works_on
( jobid INT not null,
  branchid INT not null,
  employeeid INT not null,
  PRIMARY KEY (jobid, branchid, empoyeeid)
);

CREATE TABLE manages
( jobid INT not null,
  branchid INT not null,
  employeeid INT not null,
  managerid INT not null,
  PRIMARY KEY (jobid, branchid, empoyeeid),
  FOREIGN KEY (jobid, branchid, employeeid) 
    REFERENCES works_on (jobid, branchid, employeeid)
);

再次，我省略了琐碎的外键。

为了简化外键（也许是为了强调该组合被视为一个新实体），您可以按照@Barmar 的建议，在works_on-table 中添加一个额外的（通常是自动递增的）键并使用manages-table 中的这个值，虽然幻灯片在这里没有这样做。

如果您需要实现0..n-relation（多个经理可以管理特定的works-on-combination），您不能再吸收works-on-relation 中的manages-relation（所以您需要两个表），并且为了尊重n，您必须在主键PRIMARY KEY (jobid, branchid, empoyeeid, managerid) 中包含managerid（但仍需要保留FOREIGN KEY (jobid, branchid, employeeid)）。

Answer 2

您需要为works_on 表提供一个主键，然后在manages 表中引用该主键，而不是直接引用employee、job 和branch。

CREATE TABLE works_on (
    works_on_id INT PRIMARY KEY,
    jobid INT,
    branchid INT,
    employeeid INT,
    CONSTRAINT jobid FOREIGN KEY REFERENCES job(jobid),
    CONSTRAINT branchid FOREIGN KEY REFERENCES brahc(branchid),
    CONSTRAINT employeeid FOREIGN KEY REFERENCES employee(employeeid)

);
CREATE TABLE manages (
    managerid INT,
    works_on_id INT,
    CONSTRAINT managerid FOREIGN KEY REFERENCES manager(id),
    CONSTRAINT works_on_id FOREIGN KEY REFERENCES works_on(id)
)