Habilidade: Fundamentos de Banco de Dados (Prof. Juliana Saragiotto Silva) Parte II.

2.2. Mapeamento das Cardinalidades

O mapeamento das cardinalidades expressa o nmero de ocorrncias de entidades em um relacionamento, ou seja, o nmero de vezes que uma entidade se relaciona com a outra. Tipos de cardinalidades: Um-para-um (1:1) quando uma ocorrncia da entidade A est associada como uma ocorrncia da entidade B; e cada ocorrncia da entidade B se relaciona com uma ocorrncia da entidade A. Na figura 2.1 pode-se verificar um exemplo de cardinalidade 1:1, pois cada entidade funcionrio pode gerenciar apenas um departamento e um departamento pode ser gerenciado por apenas um funcionrio.
Funcionrio 1
Gerencia gerenciado por

1 Departamento

Figura 2.1 Exemplo de cardinalidade 1:1

Um-para-muitos (1:N) quando uma ocorrncia da entidade A se associa a mais de uma ocorrncia da entidade B e uma entidade B s pode estar associada a uma ocorrncia da entidade A. Segundo Machado (2004), este tipo de conectividade o mais comum no mundo real e, por conseguinte, o mais utilizado na soluo de modelo de dados. Na figura 2.2 pode-se verificar um exemplo de cardinalidade 1:N, pois um funcionrio pode trabalhar em apenas um departamento, enquanto que um departamento pode possuir vrios funcionrio.
Departamento 1
Possui Trabalha para

Funcionrio

Figura 2.2 Exemplo de cardinalidade 1:N

Muitos-para-um (N:1) quando uma ocorrncia da entidade A se associa a apenas uma ocorrncia da entidade B e uma entidade B pode estar associada a mais de uma ocorrncia da entidade A Na figura 2.3 pode-se verificar um exemplo de cardinalidade N:1, pois um departamento pode possuir vrios funcionrios, enquanto que um funcionrio s pode trabalhar em um departamento.
Funcionrio N
Trabalha para Possui

1 Departamento

Figura 2.3 Exemplo de cardinalidade N:1

Muitos-para-muitos (N:M) quando uma entidade A est associada a uma ou mais ocorrncias da entidade B; e uma entidade B tambm est associada a uma ou mais ocorrncias da entidade A. Isto , nos dois sentidos de leitura encontra-se a conectividade um-para-muitos. Na figura 2.4 pode-se verificar um exemplo de cardinalidade N:M, pois um funcionrio pode trabalhar em vrios projetos enquanto que um projeto pode ter vrios funcionrios trabalhando.
Funcionrio N
Trabalha em Possui

Projeto

Figura 2.4 Exemplo de cardinalidade N:M

Habilidade: Fundamentos de Banco de Dados (Prof. Juliana Saragiotto Silva) Parte II.2

Exerccios: 01) Identifique a cardinalidade dos Cenrios 01 e 02 (propostos na pgina 08). 02) Cenrio 03: Construa um banco de dados bancrio, que registre a agncias, contas-correntes, clientes e emprstimos. A agncia deve possuir um cdigo identificador, nome, cidade e estado. A conta-corrente deve possuir um nmero identificador e o saldo do cliente. Para o cliente deve-se armazenar um cdigo identificador, nome, CPF, telefone para contato, logradouro, cidade e estado. No emprstimo do cliente deve-se registrar um cdigo identificador, o valor, a data de efetivao e da encerramento. A partir deste cenrio, realize as seguintes tarefas: a) Identifique as entidades necessrias para a modelagem deste cenrio; b) Identifique os atributos de cada entidade; c) Identifique os relacionamentos entre as entidades; d) Represente este cenrio em um Modelo Entidade-Relacionamento. 03) Cenrio 04: Uma loja de deseja fazer um cadastro de seus clientes e tambm registrar as compras por ele realizadas e o tipo de produto que seus clientes consomem. Os dados pessoais do cliente devem ser registrados no banco de dados. Para cada compra deseja-se registrar a data da compra, valor total, tipo de pagamento, caixa atendeu etc. Cada compra composta por produtos, que possuem valor unitrio, descrio, data validade, data fabricao, lote, marca, entre outros. a) Identifique as entidades necessrias para a modelagem deste cenrio; b) Identifique os atributos de cada entidade; c) Identifique os relacionamentos entre as entidades; d) Represente este cenrio em um Modelo Entidade-Relacionamento.

2.3. Outras caractersticas de relacionamentos

2.3.1. Atributos de relacionamentos
Algumas vezes, torna-se necessrio armazenar um atributo no tipo relacionamento. Veja o exemplo da figura 2.1. Pode-se querer saber em que dia o funcionrio passou a gerenciar o departamento. difcil estabelecer a qual tipo entidade pertence atributo, pois o mesmo definido apenas pela existncia do relacionamento. Quando temos relacionamentos com cardinalidade 1:1, podemos colocar o atributo em uma das entidades, de preferncia, em uma cujo tipo entidade tenha participao total. No caso, o atributo poderia ir para o tipo entidade departamento. Isto porque nem todo empregado participar do relacionamento. Caso a cardinalidade seja 1:N, ento se pode colocar o atributo no tipo entidade com participao N. Porm, se a cardinalidade for N:M, ento o atributo dever mesmo ficar no tipo relao. Veja o exemplo da figura 2.4. Caso se queira armazenar quantas horas cada funcionrio trabalhou em cada projeto, ento este dever ser um atributo do relacionamento.

10

Habilidade: Fundamentos de Banco de Dados (Prof. Juliana Saragiotto Silva) Parte II.2

2.3.2. Opcionalidade de Relacionamento

Em determinadas situaes pode-se observar que uma entidade sem ocorrncias em outra. Um exemplo pode ser observado na figura 2.5 nem todo funcionrio possui um dependente; todavia, existem funcionrios que podem possuir mais de 1 dependente. Nesta situao a conectividade mnima igual zero e, por isso, representada por um crculo (sem preenchimento), no lado que existe a opcionalidade.
Funcionrio 1
Possui Pertence a

Dependente

Figura 2.5 Exemplo de um relacionamento opcional

2.3.3. Grau de um Relacionamento

O grau de um tipo relacionamento o nmero de tipos entidade que participam do tipo relacionamento. Existem trs tipos bsicos de grau de relacionamento: binrio, ternrio e e-nrio que referem a existncia de duas, trs ou mais entidades envolvidas no fato que o relacionamento representa(MACHADO, 2004:76). O relacionamento binrio o fato mais comum no mundo real, pois acontece entre duas entidades. J, no relacionamento ternrio, participam trs entidades no mesmo fato. Por fim, no e-nrio participam mltiplas entidades. Obs.: Esta teoria existe nos trabalhos de Peter Chen, porm quando ns elevamos o nosso nvel de abstrao, podemos observar que esse tipo de relacionamento no ocorre no mundo real (MACHADO, 2004:77-78). No exemplo da figura 2.5, temos um relacionamento binrio. O grau de um relacionamento ilimitado, porm, a partir do grau 3 (ternrio), a compreenso e a dificuldade de se desenvolver a relao corretamente se tornam extremamente complexas. Na figura 2.6 pode-se identificar um exemplo de um relacionamento ternrio. Todavia, para efeito desta disciplina, no iremos estudar relacionamentos ternrios e mltiplos, pois podemos explic-los e utiliza-los por meio da teoria dos relacionamentos dependentes (agregaes), como ser visto adiante.
Pessoa N
Atua Atuam

Projeto

Mquinas Figura 2.6 Exemplo de um relacionamento ternrio

2.4. Outras caractersticas de entidades

2.4.1. Atributo Chave e Conjunto de Valores (Domnio)
Uma restrio muito importante em uma entidade de um determinado tipo entidade a chave. Um tipo entidade possui um atributo cujos valores so distintos para cada entidade individual. Este atributo chamado atributo chave e seus valores podem ser utilizados para identificar cada entidade de forma nica. Muitas vezes, uma chave pode ser formada pela composio de dois ou mais atributos. Uma entidade pode tambm ter mais de um atributo chave. Cada atributo simples de um tipo entidade est associado com um conjunto de valores denominado domnio, o qual especifica o conjunto de valores que podem ser designados para este determinado atributo para cada entidade.

11