Pelo que sei, deve funcionar, passei por outras questões semelhantes, mas parecia ser uma coisa diferente causando o mesmo erro.

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)
);

Ocorre um erro quando tento inicializar a segunda tabela. (E provavelmente chegará no terceiro.)

• Várias pessoas podem ter o mesmo trabalho e uma pessoa pode ter vários empregos.
• O JobNumbere o JobNamenão são a mesma coisa. Cada JobNumberum tem apenas um funcionário, e um único JobNumbertem apenas um JobName.
• O JobNumbere o trabalho que uma pessoa tem não é a mesma coisa.
• O número do trabalho e o tipo de trabalho não são a mesma coisa. Por exemplo, tanto o número de trabalho 1235 quanto o 1435 podem ter o trabalho "designer de nível".

Sou relativamente novo em design de banco de dados e decidi criar meu próprio banco de dados hipotético para praticar. No entanto, estou tendo problemas para modelá-lo e normalizá-lo, pois estimo que existam vários relacionamentos muitos-para-muitos (M:N).

Descrição geral do cenário

O banco de dados destina-se a reter dados sobre várias pessoas que trabalharam na série Zelda. Quero acompanhar o (s) console(s) em que um jogo pode ser jogado, os funcionários que participaram do desenvolvimento dos jogos , os trabalhos que o funcionário tinha (muitos funcionários trabalharam em diferentes trabalhos em vários jogos ), etc.

Regras do negócio

• Vários funcionários podem trabalhar em vários jogos .
• Vários jogos podem estar no mesmo console .
• Múltiplos Consoles podem ser uma plataforma para o mesmo Jogo .
• Vários funcionários podem ter o mesmo trabalho .
• Um Empregado pode ter vários Trabalhos .
• Um Jogo pode ter vários Funcionários .
• Um jogo pode ter vários tipos de trabalhos em seu desenvolvimento
• Vários jogos podem ter o mesmo tipo de trabalho anexado.
• Um console pode ter várias pessoas trabalhando nele.
• Uma pessoa pode trabalhar em vários consoles .

Nomes de atributos e valores de amostra

• Nome do funcionário , que pode ser dividido em nome e sobrenome (por exemplo, “John” e “Doe” )
• Título do jogo (por exemplo “Ocarina of Time”)
• Cargo (por exemplo “Level Design”, “Diretor”, “Composição”, “Level Designer”, “Programador”, “Localização”, etc.).
• Nome do console (por exemplo, “Game Boy Advance”)

O problema

Até agora, parece que não importa o que eu projete, há redundâncias de dados e relacionamentos M:N entre os tipos de entidade de interesse em todos os lugares. No entanto, sinto que os designers de banco de dados devem se deparar com esse tipo de problema o tempo todo, portanto, deve haver uma solução.

_{Obs : estou conseguindo achar bem os dados para preencher a tabela, o problema é organizar em um banco de dados com tabelas de forma normalizada.}