据我所知，它应该可以工作，我经历了其他类似的问题，但它似乎是导致相同错误的不同事物。

CREATE TABLE Job
(
    JobNumber INT NOT NULL,
    JobName CHAR(30) NOT NULL,
    JobDescription CHAR(60) NOT NULL,
    Title Char(30) NOT NULL,
    PersonID INT NOT NULL,
   CONSTRAINT PK_JobNum PRIMARY KEY (JobNumber)
);

CREATE TABLE Employee
(
    PersonID INT NOT NULL,
    FirstName CHAR(30) NOT NULL,
    LastName CHAR(30) NOT NULL,
    CONSTRAINT Pk_PersonID PRIMARY KEY(PersonID),
    CONSTRAINT FK_Job_2_Employee FOREIGN KEY(PersonID) REFERENCES Job(PersonID)
);

CREATE TABLE Game
(
    GameNumber INT NOT NULL,
    Title CHAR(30) NOT NULL,
    System CHAR(30) NOT NULL,
    CONSTRAINT PK_GameNumber PRIMARY KEY(GameNumber),
    CONSTRAINT FK_Job_2_Game FOREIGN KEY(Title) REFERENCES Job(Title)
);

当我尝试初始化第二个表时出现错误。（它可能会出现在第三个。）

• 多人可以做同一份工作，一个人可以做多份工作。
• theJobNumber和 theJobName不是一回事。每个JobNumber人只有一个员工，而一个人JobNumber只有一个JobName。
• 和一个人的JobNumber工作不是一回事。
• 工作编号和工作种类不是一回事。例如，职位编号 1235 和 1435 都可以拥有“关卡设计师”职位。

我对数据库设计比较陌生，因此我决定制作自己的假设数据库进行练习。但是，我在建模和规范化它时遇到了麻烦，因为我认为存在许多多对多 (M:N) 关系。

一般场景描述

该数据库旨在保留有关从事塞尔达系列工作的各种人员的数据。我想跟踪可以玩游戏的控制台、参与游戏开发的员工、员工的工作（许多员工在多个游戏中从事不同的工作）等。

商业规则

• 多个员工可以在多个游戏上工作。
• 多个游戏可以在同一个控制台上。
• 多个控制台可以是同一个游戏的平台。
• 多个员工可以拥有相同的Job。
• 一个Employee可以有多个Jobs。
• 一个游戏可以有多个员工。
• 一个游戏在它的开发中可以有多种类型的工作
• 多个游戏可以附加相同类型的作业。
• 一个控制台可以有多个人在上面工作。
• 一个人可以在多个控制台上工作。

属性名称和示例值

• Employee Name，可以分为First和Last（例如 “John” 和 “Doe” ）
• 游戏名称（例如“时之笛”）
• 职位名称（例如“关卡设计”、“总监”、“沉着”、“关卡设计师”、“程序员”、“本地化”等）。
• 控制台名称（例如“Game Boy Advance”）

问题

到目前为止，似乎无论我设计什么，在所有感兴趣的实体类型之间都存在数据冗余和 M:N 关系。但是我觉得数据库设计者一定会经常遇到这种问题，所以一定有解决的办法。

_{注意：我很能够找到填充表格的数据，问题是将其组织到一个带有标准化表格的数据库中。}