Tecnologia da Informação EmÁudio: Relacionamentos - Parte 2

Olá, jovem. Bem-vindo de volta!

No em áudio passado, falamos dos relacionamentos um para um. Lembra? Bora aprender sobre os relacionamentos um para muitos? Cola em mim então. Vem cá.

A gente começa desse jeito: na cardinalidade um para muitos entre duas tabelas A e B, temos as seguintes regras: um registro de A pode referenciar vários registros de B. Um registro de B referencia, no máximo, um registro de A.

Podemos exemplificar como esse tipo de atributo é representado no modelo relacional, com o relacionamento trabalha entre as tabelas servidor e setor.

Seguindo a lógica, sabemos que um servidor pode trabalhar em um setor, mas em um setor podem trabalhar diversos funcionários. Não é mesmo? Para representar esse tipo de relacionamento, nós iremos utilizar novamente uma chave estrangeira em uma das tabelas. No nosso exemplo, o relacionamento é possibilitado através da chave estrangeira FK1 criada no atributo setor da tabela Servidor.

No caso dos relacionamentos um para muitos, a chave estrangeira deve ser posicionada na tabela do lado n do relacionamento. Aqui não faz sentido utilizar uma restrição de unicidade como fizemos no relacionamento um para um, pois a ideia é realmente permitir que os valores da chave estrangeira possam se repetir já que é um relacionamento um para muitos.

Bem tranquilo o relacionamento um para muitos, não é não? Mas e os relacionamentos muitos para muitos? M dois pontos N. E aí jovem? Vem comigo que eu te explico.

Na cardinali... Ler mais