

Seu próximo nível começa aqui
Seu desenvolvimento não pode ter limites. Garanta sua Assinatura Ilimitada e libere uma preparação completa com os melhores professores do Brasil.
No cadastro corporativo, todo Empregado deve pertencer a exatamente um Departamento, e um Departamento pode existir sem Empregados. A relação não possui atributos próprios (sem histórico de lotações, sem datas). Na conversão para o modelo relacional, qual mapeamento expressa corretamente a cardinalidade e a obrigatoriedade descritas?
Criar em Departamento uma coluna EmpregadoId com FK (chave estrangeira) e UNIQUE para “garantir um para muitos”, evitando tabelas extras e facilitando consultas diretas.
Introduzir uma tabela associativa DepartamentoEmpregado com PK (chave primária) composta (DepartamentoId, EmpregadoId) mesmo sem atributos, e ativar ON DELETE CASCADE em ambos os lados para simplificar a manutenção.
Armazenar, em Departamento, uma lista/JSON de IDs de empregados (com índice específico do SGBD), pois bancos modernos suportam JSON sem comprometer normalização.
Incluir em Empregado uma FK obrigatória (DepartamentoId NOT NULL) referenciando a PK de Departamento, com índice na FK para joins e política de exclusão adequada.
Definir FKs recíprocas (uma em Empregado e outra em Departamento) e usar triggers para mantê-las em sincronia, assegurando a integridade nos dois sentidos.