4.2. Um para muitos

A relação um para muitos é a mais comum das relações. Ela existe para criar uma hierarquia entre uma entidade pai (que representa a informação principal) e a(s) entidade(s) filha(s) (que representam informações complementares e hierárquicas à primeira).

Uma relação do tipo um para muitos pode ser criada sempre que um item principal possua mais de um item derivado. Exemplos: uma pessoa pode ter vários dependentes; uma pessoa pode ter vários endereços; uma pessoa pode ter vários telefones; uma conta corrente pode ter várias movimentações; uma venda pode ser composta de vários itens (produtos) de venda. Sempre que houver essa relação de um item principal com vários itens derivados hierarquicamente teremos uma relação do tipo um para muitos.

Para criar uma associação do tipo um para muitos, a chave primária da entidade principal é migrada como chave estrangeira para todas as entidades associadas (derivadas). O exemplo a seguir mostra um relacionamento um para muitos onde um funcionário pode possuir vários endereços:

Relação um para muitos entre Funcionario e Endereco, onde a chave primária de funcionário foi migrada como chave estrangeira em endereço

Observe a linha que relaciona as entidades. Perceba que uma das pontas dessa linha apresenta um risco transversal e a outra ponta um garfo com uma bolinha na base. Esses símbolos indicam a relação entre as tabelas, do lado esquerdo, a linha única indica que é uma tupla de funcionário relaciona-se com a entidade endereço; do lado direito, o garfo indica que uma tupla de funcionário pode se relacionar com várias tuplas da entidade endereço. Por fim, a bolinha na base do garfo indica que uma tupla de funcionário pode ser relacionar a nenhum endereço, um ou vários endereços. E o risco transversal ao lado de funcionário, indica que um endereço deve pertencer a um funcionário (não pode haver endereço sem funcionário associado). O símbolo de bolinha poderia ser mudado para um risco. Nesse caso indicaria que funcionário precisa ter ao menos um endereço (não poderia haver funcionário sem endereço).

Copyright © 2014 AIEC.