Você está na página 1de 20

Carga horria

Quatro horas EAD 3 semana.

Objetivos
Desenvolver o projeto conceitual de Banco de dados com
a utilizao do Modelo Entidade-Relacionamento.

Contedo
Modelo Entidade-Relacionamento.
Entidades, Atributos e Conjuntos de Entidades.
Tipos de Entidades.
Relacionamentos e Conjuntos de Relacionamentos.
Caractersticas
adicionais
Relacionamento.

do

Modelo

Entidade-

Projeto conceitual de banco de dados com o Modelo


Entidade-Relacionamento.
Consideraes Finais.

UNIDADE 2

MODELAGEM DE DADOS
USANDO O MODELO
ENTIDADE-RELACIONAMENTO

UNIDADE 2
Licenciatura em Computao

ATENO!
Lembre-se de que sua
participao e colaborao
so essenciais para o seu
aprendizado. Participe e interaja
com seus colegas de curso e com
seu tutor.

1 Introduo
Na unidade anterior, voc compreendeu que os Sistemas Gerenciadores de
banco de dados surgiram para solucionar problemas de redundncia, de inconsistncia,
de compartilhamento e segurana de dados em sistemas de informaes.
Voc conheceu, tambm, quais so as atividades e os profissionais envolvidos
em um sistema de banco de dados.
Nesta unidade, voc aprender a desenvolver um projeto conceitual de banco
de dados com a utilizao do Modelo Entidade-Relacionamento.

2 Modelo Entidade-Relacionamento
O Modelo Entidade-Relacionamento (MER) um modelo de dados de
alto-nvel, criado com o objetivo de representar a semntica associada aos dados do
minimundo. O MER utilizado na fase de projeto conceitual, em que o esquema
conceitual do banco de dados da aplicao concebido. Seus conceitos so intuitivos,
permitindo que projetistas de banco de dados capturem os conceitos associados aos dados
da aplicao, sem a interferncia da tecnologia especfica de implementao do banco de
dados. O esquema conceitual criado usando-se o MER chamado Diagrama EntidadeRelacionamento (DER).

MER: Conjunto de conceitos e elementos de modelagem que o


projetista de banco de dados precisa conhecer.
DER: Resultado do processo de modelagem executado pelo projetista
de dados que conhece o MER.

Exemplo:
Uma aplicao hipottica, ou seja, a aplicao da locadora de vdeo (LV), servir
para ilustrar os conceitos envolvidos no MER. Os requisitos de banco de dados, bem como
o esquema conceitual dessa aplicao sero apresentados, ao mesmo tempo em que
sero introduzidos os conceitos do MER.
O banco de dados da LV deve armazenar, por exemplo, dados de funcionrios,
fitas, clientes e locaes. Inicialmente, os projetistas produziram a seguinte descrio do
minimundo:
Clientes locam mdias (VHS ou DVD) de filmes, auxiliados por funcionrios.
Somente clientes cadastrados podem realizar uma locao. Devem ser
armazenadas as seguintes informaes sobre o cliente: nome, cdigo, Rg,
Cpf, endereo, telefone, idade, data de nascimento, saldo, bnus.
Dependentes de clientes podem realizar locaes. Informaes dos
dependentes: nome, sexo, data de nascimento, tipo de dependncia (filho,
esposa, pai, me, etc).
O cliente recebe um bnus a cada filme de lanamento locado. Com dez bnus,
o cliente pode locar um filme de lanamento ou dois filmes que no sejam
lanamentos.

18

CRC Banco de Dados


Ceuclar Batatais

UNIDADE 2
Licenciatura em Computao

O Tempo de Locao do Filme (TLF) varia de acordo com a quantidade de


mdias e do tipo do filme (lanamento ou no) que o cliente levar em uma
nica locao. Por exemplo: se o cliente locar quatro filmes de lanamentos
e cinco filmes que no sejam lanamento, trs dos quatro lanamentos tero
TLF = 1; um lanamento e dois no-lanamentos tero TLF = 2; e os 3 nolanamentos restantes tero TLF = 3. Ou seja, filmes de lanamento devem
ser devolvidos antes dos filmes no-lanamentos e, a cada trs filmes, um dia
adicionado ao TLF.
Funcionrios compram mdias de filmes de fornecedores.
Poder ter vrias mdias de um mesmo filme, e cada mdia dever possuir
uma etiqueta com um cdigo nico.
Nas prximas sees sero apresentados os conceitos do MER, que projetistas
de bancos de dados precisam conhecer para criar o modelo conceitual de uma aplicao.

ntidades,
3 E
Entidades

Atributos

Conjuntos

INFORMAO!
Uma descrio mais detalhada
do minimundo ser apresentada
na seo que trata do projeto
conceitual de banco de dados.

de

Entidade
O objeto mais elementar que o MER representa a entidade. Uma entidade
algo do mundo real que possui uma existncia independente.
Atributo
Cada Entidade tem propriedades particulares que so chamadas de
atributos.
Valor de Atributo
Uma entidade tem um valor especfico para cada um de seus atributos (valor
de atributo).

INFORMAO:
Filmes, clientes e funcionrios
de uma locadora de vdeo
so representados como
Entidades.

INFORMAO:
O funcionrio de uma locadora
de vdeo pode ser descrito por
seus atributos: nome, cdigo,
Rg, Cpf, endereo, idade,
telefone residencial e salrio.

Por exemplo, a figura a seguir exibe um funcionrio da locadora de vdeo, e1, o


qual possui um atributo Nome e o seu valor de atributo Joo da Silva.

Figura 1 Valor de atributo.

Atributo Composto
Alguns atributos podem ser divididos em subpartes com significados
independentes. Por exemplo, o atributo Endereo, da figura a seguir, composto de
outros atributos. Atributos como Endereo so chamados de Atributos Compostos.

CRC
Batatais Ceuclar

Banco de Dados

19

UNIDADE 2
Licenciatura em Computao

Figura 2 Atributo composto.

Atributo Multivalorado
Muitos atributos tm apenas um valor (univalorados). Porm, existem atributos
que podem ter um conjunto de valores (multivalorados).
Por exemplo, um cliente da locadora de vdeo pode ter um atributo telefone que
seja multivalorado.
Observe o exemplo na figura a seguir:

Figura 3 Atributo multivalorado.

Atributo Derivado
Atributos derivados so aqueles valores obtidos aps algum processamento
das informaes do prprio banco de dados.
Por exemplo, idade de um cliente, tempo de locao, total de mdias locadas por
cliente, todos so atributos derivados.
idade = Data Atual Data de Nascimento.

Representamos por n os filmes


normais e por l os filmes de
lanamento.

TLF (Tempo de Locao do Filme): Considerando que o cliente esteja levando


4 filmes de lanamento e 5 filmes normais1: {n1, l1, l2, n2, l3, l4, n3, n4, n5},
o TLF ser definido seguindo este algoritmo:
1. Rearranjar os filmes de tal forma que os lanamentos ocupem as primeiras
posies do arranjo A. Ou seja: A = (l1, l2, l3, l4, n1, n2, n3, n4, n5).
2. O TLF dos 3 primeiros filmes de A ser 1.
3. O TLF dos 3 prximos filmes de A ser 2.
4. O TLF dos 3 prximos filmes de A ser 3.
Em geral, o TLF de um filme que ocupa a i-sima posio no arranjo A ser: (1
+ i MOD 3), em que MOD o operador que retorna o resto da diviso inteira entre i e 3.
total de mdias locadas por cliente = contagem da quantidade de mdias
locadas por determinado cliente.
Valor Nulo
Algumas vezes pode acontecer de um atributo no possuir valor. Nesses casos,
atribui-se um valor nulo (null) para esse atributo.

20

CRC Banco de Dados


Ceuclar Batatais

UNIDADE 2
Licenciatura em Computao

Por exemplo, nem todos os clientes da locadora de vdeo moram em um


apartamento. Assim, o atributo complemento de endereo ser igual a null. Outro
caso quando o seu valor desconhecido. Por exemplo, o cliente no conhece a data
de nascimento de um de seus dependentes. Nesses casos, o valor nulo tambm ser
utilizado.

O Valor Nulo usado quando um valor de atributo no aplicvel, ou


quando o seu valor desconhecido.
No confunda! Valor Nulo no zero (0).

Tipos de Entidade

Entidades que tm a mesma estrutura e o mesmo significado ou semntica


so representadas como uma coleo denominada Tipo de Entidade.

ATENO!
Observe, no esquema ao lado,
que a1, a2 e a3 representam as
entidades do tipo de entidade
FUNCIONRIO; b1 e b2, as
entidades do tipo de entidade
FILME.

Figura 4 Tipos de entidades.

O conjunto de todas as descries dos tipos de entidade de um banco de dados


conhecido como esquema (ou esquema intencional) do banco de dados. E a unio dos
conjuntos de entidades recebe o nome de extenso do banco de dados.
Atributo-Chave
Uma restrio importante sobre entidades de um tipo a restrio de
atributo-chave.
Todo tipo de entidade deve ter ao menos um atributo-chave, no importando
se tal atributo um atributo simples ou composto.
Os valores de um atributo-chave devem ser distintos. Esta unicidade valer
para quaisquer extenses desse tipo de entidade.
Por exemplo, considerando que o tipo de entidade funcionrio possua os
seguintes atributos: nome, Rg, Cpf, cdigo, endereo, idade, telefone residencial e
salrio, pode-se assumir que cada um destes atributos, Cdigo, Cpf e Rg, so atributoschaves do tipo de entidade funcionrio.

CRC
Batatais Ceuclar

Banco de Dados

21

UNIDADE 2
Licenciatura em Computao

Relacionamentos e Conjuntos de Relacionamentos


Um relacionamento uma associao entre uma ou mais entidades. Observe a
figura a seguir:

Figura 5 Relacionamentos e conjuntos de relacionamentos.

Na figura anterior pode-se notar que a entidade c1, do tipo de entidade CLIENTE,
relaciona-se com a entidade l1, do tipo de entidade LOCAO, por meio do relacionamento
r1, do tipo de relacionamento REALIZA.
A semntica associada a esse tipo de relacionamento a de que Clientes
realizam locaes. Voc pode observar claramente que um tipo de relacionamento nada
mais do que um conjunto de relacionamento e que um relacionamento representa uma
associao entre entidades.

aractersticas Adicionais
4 C
Entidade-Relacionamento

do

Modelo

Grau de um Tipo de Relacionamento


Todo tipo de relacionamento possui um grau. O tipo de relacionamento
Realiza da figura 5 tem grau 2 (binrio), pois relaciona dois tipos de entidades: Cliente
e Locao.
Um tipo de relacionamento pode possuir grau maior que 2.
Por exemplo, a figura 6 apresenta um tipo de relacionamento Compra, de
grau 3 (ternrio), pois ele associa Funcionrio, Mdia e Fornecedor, com o objetivo
de representar a seguinte semntica: Funcionrios compram mdias de determinados
fornecedores.

22

CRC Banco de Dados


Ceuclar Batatais

UNIDADE 2
Licenciatura em Computao

ATENO!
Um tipo de relacionamento
ternrio no pode ser substitudo
por trs relacionamentos binrios.

Figura 6 Grau de um relacionamento.

Podem existir tipos de relacionamento de qualquer grau; no entanto, os tipos de


relacionamentos de grau dois so mais freqentes.
Tipo de Relacionamento como um Atributo
Um tipo de relacionamento pode ser pensado como um atributo.
Por exemplo: CLIENTE POSSUI DEPENDENTE pode ser pensado como:
CLIENTE possuindo um atributo DEPENDENTE (multivalorado);
DEPENDENTE possuindo um atributo CLIENTE.
Papis e Relacionamentos Recursivos
Cada tipo de entidade que participa de um tipo de relacionamento possui um
papel especfico. No caso de CLIENTE REALIZA LOCAO, o papel de CLIENTE de
locador e da LOCAO de locao. A escolha do nome nem sempre simples e
a indicao do papel nem sempre necessria. No entanto, existem casos em que a
indicao do papel necessria.

Figura 7 Tipo de relacionamento supervisiona.

O tipo de relacionamento SUPERVISIONA associa um funcionrio com seu


supervisor, no qual ambas as entidades so membros do mesmo tipo de entidade
FUNCIONRIO.
Dessa forma, o tipo de entidade FUNCIONRIO participa duas vezes: uma vez
no papel de supervisor e outra no papel de supervisionado. Na figura 7, as linhas marcadas
com 1 representam o papel de supervisor e os marcados com 2 representam o papel de
supervisionado. Assim, a1 supervisiona a2; a2 supervisiona a3 e a3 supervisiona a4.

CRC
Batatais Ceuclar

Banco de Dados

23

UNIDADE 2
Licenciatura em Computao

Outra situao em que deve ser obrigatria a indicao dos papis quando o
tipo de relacionamento tiver uma semntica no-clara ou ambgua.
Por exemplo, o tipo de relacionamento DEPARTAMENTO GERENCIA PESSOA,
gera a seguinte dvida: o departamento que gerencia pessoa ou a pessoa que gerencia
departamento? Se a resposta for: a pessoa que gerencia departamento! Ento, o papel
de PESSOA, em relao ao tipo de relacionamento GERENCIA, gerente, e o papel de
DEPARTAMENTO, em relao ao tipo de relacionamento GERENCIA, gerenciado.
Observe outros exemplos de tipos de relacionamentos com ambigidade
semntica:
EMPRESA CONTRATA DEPARTAMENTO.
EMPRESA INVESTE PESSOA.
Existem algumas restries sobre tipos de relacionamentos. Observem quais
so elas.
Razo de Cardinalidade
A restrio razo de cardinalidade especifica a quantidade de instncias de
relacionamento que uma entidade pode participar.
O tipo de relacionamento binrio CLIENTE REALIZA LOCAO, da figura 8, tem
razo de cardinalidade 1:N (l-se: um-para-ene). Isto significa que cada entidade cliente
pode estar relacionada a inmeras entidades locao (ou muitas locaes relacionadas a
um cliente), mas uma entidade locao deve estar relacionada a apenas um cliente (uma
locao s pode ser de um cliente). As razes de cardinalidade mais comuns para tipos
de relacionamento binrio so: 1:1 (um-para-um), 1:N (um-para-ene) e M:N (eme-paraene).

Figura 8 Cardinalidade 1:N.

Um exemplo de um tipo de relacionamento binrio 1:1 CONTATO-FORNECEDOR,


que ocorre entre FORNECEDOR e seu CONTATO com a locadora de vdeo (figura 9). Este
relacionamento 1:1, uma vez que a locadora de vdeo deseja guardar apenas um contato
de cada um de seus fornecedores. Assim, um contato de apenas um fornecedor, e um
fornecedor tem apenas um contato.

Figura 9 Cardinalidade 1:1.

24

CRC Banco de Dados


Ceuclar Batatais

UNIDADE 2
Licenciatura em Computao

O tipo de relacionamento CONTM, que se encontra entre LOCAO e MDIA


(figura 10), tem a razo de cardinalidade M:N, considerando que uma locao pode ter
diversas mdias, e que uma mdia pode ter sido locada em diversas locaes.

Figura 10 Cardinalidade M:N.

Restrio de Participao
A restrio de participao especifica se a existncia de uma entidade depende
de outra entidade, por meio de um relacionamento.
Existem dois tipos de restries de participao: total e parcial. Se a Locadora
de Vdeo estabelece a regra de que todo contato deve ser de um fornecedor, ento, uma
entidade contato somente pode existir se ela participar em uma instncia de relacionamento
CONTATO-FORNECEDOR. A participao de CONTATO em CONTATO-FORNECEDOR
chamada total, o que significa que toda entidade contato deve estar relacionada a uma
entidade fornecedor via CONTATO-FORNECEDOR.
A restrio de participao total , algumas vezes, chamada dependncia
existencial. Por outro lado, no se espera, na figura 9, que todo fornecedor tenha um
contato; assim, a participao de FORNECEDOR no tipo de relacionamento CONTATOFORNECEDOR parcial. Isso significa que algumas entidades do conjunto de entidades
FORNECEDOR podem estar relacionadas a uma entidade contato, via CONTATOFORNECEDOR, mas no necessariamente todas.
Restrio Estrutural
A Restrio Estrutural especifica as quantidades mnima e mxima que uma
entidade pode participar de um tipo de relacionamento.

INFORMAO:
A Razo de Cardinalidade e
a Restrio de Participao
dependem das Regras de
Negcios.

Por exemplo, no tipo de relacionamento CLIENTE REALIZA LOCAO, um cliente


pode no realizar locao, portanto o mnimo = 0. Um cliente pode fazer quantas locaes
quiser, portanto mximo = N. Assim, a restrio estrutural de CLIENTE, em relao ao
tipo de relacionamento REALIZA, (0, N). Por outro lado, uma locao s pode existir se
ela for de apenas um cliente, ou seja, mnimo = 1 e mximo = 1. Desta forma, a restrio
estrutural de LOCAO, em relao ao tipo de relacionamento REALIZA, (1, 1).
Atributo de Relacionamento
Os tipos de relacionamentos tambm podem ter atributos.
Por exemplo, o tempo de locao de um filme em uma determinada entidade
locao (TLF), deve ser representado em tipo de relacionamento CONTM (observe a
figura 10).

CRC
Batatais Ceuclar

Banco de Dados

25

UNIDADE 2
Licenciatura em Computao

INFORMAO:
Atributos de tipos de
relacionamento de
cardinalidade 1:1 ou 1:N podem
ser includos como atributos
de um dos tipos de entidades
participantes.

Note que no faz sentido anexar o atributo TLF em LOCAO e nem em MDIA, uma
vez que TLF s tem significado na associao de uma mdia em uma dada locao.
Para exemplificar, considere o tipo de relacionamento DIRETOR DIRIGE FILME,
que tem cardinalidade 1:N (um diretor pode dirigir muitos filmes, mas, em nosso exemplo,
um filme s pode ser dirigido por um nico diretor). O atributo data-incio, data em que
um determinado diretor iniciou a direo de um filme , claramente, um atributo do tipo
de relacionamento DIRIGE. No entanto, esse atributo poderia ser anexado ao FILME,
uma vez que um filme s pode ser dirigido por um nico diretor, como estipulado neste
exemplo.

Figura 11 Cardinalidade 1:N.


INFORMAO:
Se o atributo claramente
um atributo do tipo de
relacionamento, ento, no
anexe tal atributo a nenhum dos
tipos de entidades participantes,
mesmo que a cardinalidade
permita. Preserve a semntica
do atributo para evitar
dificuldades de compreenso!

Considere um outro exemplo: FORNECEDOR CONTATO-FORNECEDOR


CONTATO da figura 9, tem cardinalidade 1:1. O atributo, por exemplo, data-vnculo
(data em que um contato foi associado a um fornecedor) , certamente, um atributo da
associao entre contato e fornecedor. Porm, possvel anexar esse atributo tanto para
CONTATO quanto para FORNECEDOR, uma vez que a cardinalidade 1:1.
Tipo de Entidade-Fraca
Alguns tipos de entidades no possuem quaisquer atributos-chave. Isto implica
que no possvel distinguir uma entidade dentre as entidades do mesmo tipo, uma vez
que pode haver duplicidade na combinao dos valores de seus atributos.
Considere, por exemplo, o tipo de relacionamento CLIENTE POSSUI DEPENDENTE
de cardinalidade 1:N, da figura 12, usado para representar os dependentes dos clientes.
Os atributos de DEPENDENTE, segundo o levantamento realizado pelo projetista de banco
de dados, so: nome, sexo, data de nascimento, tipo da relao (filho, esposa, pai, me
e outras).
possvel notar, na figura 12, que h dependentes distintos de clientes
diferenciados, com os mesmos valores de atributos indicados por asteriscos (*). A nica
maneira de distinguir um dependente, dentro do conjunto de dependentes (tipo de
entidade DEPENDENTE), pela indicao de quem o seu responsvel (cliente).

26

CRC Banco de Dados


Ceuclar Batatais

UNIDADE 2
Licenciatura em Computao

Figura 12 Tipo de entidade-fraca.

A entidade com as caractersticas da figura 12 chamada de tipo de


entidade-fraca.
As entidades-fracas so identificadas por meio da sua associao com
entidades especficas de um outro tipo de entidade, em combinao com alguns de
seus valores de atributos. Este outro tipo de entidade chamado de proprietrio
da identificao, e o tipo de relacionamento que associa um tipo de entidade-fraca
com o proprietrio da identificao chamado de relacionamento de identificao
do tipo de entidade-fraca.
Um tipo de entidade-fraca sempre tem restrio de participao total
(dependncia existencial) no que diz respeito a seu relacionamento de identificao,
porque no possvel identificar uma entidade-fraca sem a correspondente entidade
proprietria.
Um tipo de entidade-fraca tem uma chave-parcial, que um conjunto de
atributos que pode univocamente identificar entidades-fracas relacionadas mesma
entidade proprietria.
Um tipo de entidade-fraca pode algumas vezes ser representado como
atributo composto e multivalorado do tipo de entidade proprietrio da identificao.
Conforme voc observou no exemplo da figura 12, o tipo de entidade-fraca
DEPENDENTE, poderia ser substitudo como um atributo composto e multivalorado,
denominado Dependente de CLIENTE, no qual os atributos componentes seriam:
nome, sexo, data de nascimento e tipo da relao. A escolha de qual representao
usar determinada pelo projetista do banco de dados.

ATENO!
No exemplo da figura 12,
assumiu-se que nenhum
dependente de um mesmo
cliente ter a mesma
combinao de valores dos
atributos Nome e Tipo da
Relao. Assim, os atributos
Nome e Tipo da Relao
constituem a chave-parcial de
DEPENDENTE.

Porm, um critrio que pode ser aplicado para se escolher a representao


de tipo de entidade-fraca o grande nmero de atributos que o tipo de entidade-fraca
possui, ou a existncia de outros tipos de relacionamentos que o tipo de entidadefraca possui, alm do tipo de relacionamento que o identifica.

CRC
Batatais Ceuclar

Banco de Dados

27

UNIDADE 2
Licenciatura em Computao

rojeto Conceitual de Banco de Dados com


5 p
o Modelo Entidade-Relacionamento
Como j foram apresentados para vocs os principais conceitos envolvidos do
Modelo Entidade-Relacionamento MER, agora esses conceitos sero aplicados no Projeto
Conceitual do Banco de Dados da Locadora de Vdeo.
Durante o projeto conceitual, os projetistas de bancos de dados consultaram os
especialistas de domnio da Locadora de Vdeo e geraram uma descrio mais detalhada
dos tipos de entidades envolvidas com seus respectivos atributos:
CLIENTE: nome, cdigo, Rg, Cpf, endereo, telefones, idade, data de
nascimento, saldo, bnus.
DEPENDENTE (tipo de entidade-fraca): nome, tipo da relao (filho, esposa,
pai, me e outras), sexo (M ou F), data de nascimento.
LOCAO: nmero, data, desconto, total.
FUNCIONRIO: nome, cdigo, Rg, Cpf, endereo e telefone residencial,
salrio.

Nmero associado a cada


mdia. Por exemplo, existem 3
mdias do filme Paraso Fiscal de
cdigo 0171. Cada mdia possui
uma etiqueta com um cdigo
nico.

FILME: cdigo, ttulo, descrio, quantidade, quantidade disponvel, tipo


(lanamento ou normal).
MDIA: cdigo da etiqueta2, tipo (VHS ou DVD), Situao (disponvel, em
manuteno, locado, indisponvel).
DIRETOR: cdigo, nome.
FORNECEDOR: cdigo, nome, nome fantasia, Cnpj, descrio, data de
cadastro.
CONTATO (tipo de entidade-fraca): nome, telefones, e-mail.
Os tipos de relacionamentos, tambm, foram identificados, com as razes de
cardinalidade, restrio de participao e atributos:
CLIENTE POSSUI DEPENDENTE:
Razo de Cardinalidade (1:N), pois:
1 cliente pode ter N dependentes.
1 dependente de 1 cliente.
Restrio de Participao:
do CLIENTE: Parcial, pois o cliente no obrigado a ter um dependente
para que ele exista no banco de dados.
do DEPENDENTE: Total, pois para que um dependente exista no banco de
dados, ele deve, obrigatoriamente, estar associado a um cliente.
Atributos: no h.
FILME TEM MDIA
Razo de Cardinalidade (1:N), pois:
1 filme pode ter N mdias.
1 mdia de 1 filme.

28

CRC Banco de Dados


Ceuclar Batatais

UNIDADE 2
Licenciatura em Computao

Restrio de Participao:
do FILME: Parcial, pois o filme pode estar cadastrado, embora no exista
nenhuma mdia desse filme para ser locada.
da MDIA: Total, pois para que uma mdia exista no banco de dados, ela
deve, obrigatoriamente, ser de algum filme.
Atributos: no h.
CLIENTE REALIZA LOCAO
Razo de Cardinalidade (1:N), pois:
1 cliente pode fazer N locaes.
1 locao de 1 cliente.
Restrio de Participao:
do CLIENTE: Parcial, pois o cliente no obrigado a fazer uma locao para
que ele exista no banco de dados.
da LOCAO: Total, pois para que uma locao exista no banco de dados,
ela deve, obrigatoriamente, estar associada a um cliente.
Atributos: no h.
FUNCIONRIO EFETUA LOCAO
Razo de Cardinalidade (1:N), pois:
1 funcionrio pode efetuar N locaes.
1 locao efetuada por 1 funcionrio.
Restrio de Participao:
do FUNCIONRIO: Parcial, pois o funcionrio no obrigado a efetuar uma
locao para que ele exista no banco de dados.
da LOCAO: Total, pois para que uma locao exista no banco de dados,
ela deve, obrigatoriamente, ter sido efetuada por um funcionrio.
Atributos: no h.
LOCAO CONTM MDIA
Razo de Cardinalidade (M:N), pois:
1 locao pode conter M mdias.
1 mdia pode estar contida em N locaes.
Restrio de Participao:
da LOCAO: Total, pois uma locao no existe se ela no contiver pelo
menos um filme.
da MDIA: Parcial, pois uma mdia no precisa ter sido locada para que ela
exista no banco de dados.
Atributos: TLF (Tempo de Locao do Filme).
FUNCIONRIO COMPRA MDIA DE FORNECEDOR (ternrio)
Razo de Cardinalidade (M:N:O), pois:
1 funcionrio pode comprar M mdias de N fornecedores.

CRC
Batatais Ceuclar

Banco de Dados

29

UNIDADE 2
Licenciatura em Computao

1 fornecedor pode vender M mdias para O funcionrios.


1 mdia pode ser comprada por 1 funcionrio de 1 fornecedor. A cardinalidade
maior prevalece: (M:N:O).
Restrio de Participao:
do FUNCIONRIO: Parcial, pois um funcionrio no precisa ter comprado
mdias de fornecedores para que ele exista no banco de dados.
da MDIA: Parcial, pois uma mdia pode existir mesmo que ela no tenha
sido comprada por um funcionrio de um fornecedor (por exemplo, doao
de mdias por parentes do proprietrio da LV).
ATENO!
Se encontrar dificuldades, no
desanime! Entre em contato
com seus colegas de curso ou
com seu tutor.

Atributos: data do pedido, data da entrega, situao (em andamento ou


finalizado), valor.
FORNECEDOR CONTATO-FORNECEDOR CONTATO
Razo de Cardinalidade (1:1), pois:
1 fornecedor pode ter apenas 1 contato (A LV deseja contatar apenas uma
pessoa de cada fornecedor).
1 contato de 1 fornecedor.
Restrio de Participao:
do FORNECEDOR: Parcial, pois um fornecedor pode no ter contato.
do CONTATO: Total, pois no tem sentido existir um contato no banco de
dados, se ele no for contato de algum fornecedor.
Atributos: data-vnculo (data em que um contato foi associado a um
fornecedor).
DIRETOR DIRIGE FILME:
Razo de Cardinalidade (1:N), pois:
1 diretor pode dirigir N filmes.
1 filme dirigido por 1 diretor.
Restrio de Participao:
do DIRETOR: Parcial, pois segundo os especialistas de negcio da LV, um
diretor pode ser cadastrado sem que exista um filme dirigido por ele.
do FILME: Total, pois um filme sempre dirigido por um diretor.
Atributos: data-incio (data em que um determinado diretor iniciou a direo
de um filme).
FUNCIONRIO SUPERVISO FUNCIONRIO:
Razo de Cardinalidade (1:N), pois:
1 funcionrio pode supervisionar N outros funcionrios.
1 funcionrio supervisionado por 1 funcionrio supervisor.
Restrio de Participao:
do FUNCIONRIO com o papel de supervisor: Parcial, pois nem todos os
funcionrios so supervisores.
do FUNCIONRIO com o papel de supervisionado: Parcial, pois os funcionrios
no topo da hierarquia de superviso no possuem nenhum supervisor.
Atributos: No h.

30

CRC Banco de Dados


Ceuclar Batatais

UNIDADE 2
Licenciatura em Computao

Os tipos de entidades e relacionamentos ilustrados nas figuras de 5 a 12 exibem


as suas extenses, isto , suas entidades e relacionamentos.
Em diagramas do modelo entidade relacionamento, ou simplesmente DER, a
nfase est em representar esquemas em vez de instncias. Isso porque o esquema de
um banco de dados raramente sofre mudanas; j as instncias mudam com freqncia.
Tambm o esquema de fcil visualizao, por possuir menor quantidade de elementos
visuais.

6 Diagrama Entidade-Relacionamento (DER)


Voc ver, agora, como se constri um diagrama entidade-relacionamento.
Observe a figura 13, que ilustra um DER para o esquema do banco de dados da Locadora
de Vdeo.
Tipos de entidades: CLIENTE, FUNCIONRIO, LOCAO, FILME, MDIA e
FORNECEDOR, todos so mostrados dentro de retngulos.
Tipos de relacionamentos: REALIZA, EFETUA, SUPERVISO, CONTM, DIRIGE
e COMPRA, todos so mostrados em losangos interligados aos tipos de entidades
participantes.
Atributos so mostrados em elipses conectadas aos tipos de entidades e
relacionamentos. Os componentes de um atributo composto so tambm representados
em elipses, porm, conectadas outra elipse do atributo ao qual ela pertence (atributo
endereo de CLIENTE). Atributos multivalorados so denotados por elipses com linhas
duplas (telefones de CLIENTE). Os atributos-chave so sublinhados. Atributos derivados
so denotados por elipse com linhas tracejadas (TLF de CONTM).
Os tipos de entidades-fracas so distintos por retngulos com linhas duplas e os
relacionamentos de identificao por losangos com linhas duplas (tipo de entidade-fraca
DEPENDENTE e tipo de relacionamento de identificao POSSUI). A chave-parcial de um
tipo de entidade-fraca sublinhada com linha tracejada.
Observe o diagrama a seguir.

CRC
Batatais Ceuclar

Banco de Dados

31

UNIDADE 2
Licenciatura em Computao

CEP

Rg

Cpf

cdigo

Cnpj
cdigo

Rg
Cpf
cdigo

Figura 13 Diagrama Entidade-relacionamento (DER).

A figura 13 exibe as razes de cardinalidade para cada tipo de relacionamento.


A razo de cardinalidade de FUNCIONRIO CONTATO-FORNECEDOR CONTATO
1:1; CLIENTE REALIZA LOCAO 1:N e LOCAO CONTM MDIA M:N.
As restries de participao parcial so especificadas por linhas simples. As
linhas paralelas denotam participao total (dependncia existencial). Exibe, tambm, os

32

CRC Banco de Dados


Ceuclar Batatais

UNIDADE 2
Licenciatura em Computao

nomes de papis para o tipo de relacionamento SUPERVISO, porque o tipo de entidade


FUNCIONRIO ocupa dois papis neste relacionamento.
ATENO!
A figura 14 apresenta o mesmo DER da Locadora de Vdeo da figura 13,
porm com a substituio das razes de cardinalidade e de participao
pelas restries estruturais de cada tipo de entidade em relao aos
seus tipos de relacionamentos. Note que tal substituio no reduz o
poder de expressividade semntica do DER.

CEP

Rg

Cpf

cdigo

bnus

Cnpj

cdigo

Rg
Cpf
cdigo

Figura 14 Diagrama Entidade-relacionamento (DER).

CRC
Batatais Ceuclar

Banco de Dados

33

UNIDADE 2
Licenciatura em Computao

A restrio estrutural possui uma vantagem adicional em relao s restries de


razo de cardinalidade e de participao, pois a restrio estrutural permite que mnimos e
mximos tomem valores escalares quaisquer, no estando restritos a 1 e N.
Por exemplo, se houvesse a seguinte regra definida pelo especialista de negcio:
numa nica locao, um cliente no pode locar menos de 3 mdias e mais de 15 mdias.
Esses limites, 3 e 15, no poderiam ser representados pela razo de cardinalidade e de
participao. Observe a figura 15.

Figura 15 Restries de cardinalidade.

Para finalizar, a figura 16 apresenta um resumo notacional do Modelo EntidadeRelacionamento.

Figura 16 Resumo do Modelo Entidade-Relacionamento.

34

CRC Banco de Dados


Ceuclar Batatais

UNIDADE 2
Licenciatura em Computao

7 Consideraes Finais
O Modelo Entidade-Relacionamento (MER) um modelo de dados de alto-nvel
utilizado pelos projetistas de bancos de dados, durante a fase de projeto conceitual do
banco de dados, para gerar o modelo conceitual de uma aplicao.

Nesta unidade, conceitos e notaes do MER foram apresentados considerando


uma aplicao especfica, Locadora de Vdeo, para facilitar a exposio dos conceitos
e, tambm, mostrar que o modelo conceitual de uma aplicao depende das regras e
restries do minimundo, determinadas pelos especialistas de negcio.
Desse modo, a suposta Locadora de Vdeo LV, apresentada nesta unidade,
pode diferir de outras locadoras de vdeos que voc conhea. No entanto, grande parte
dos tipos de entidades e tipos de relacionamentos, ao menos da nomenclatura, podero
ter muito em comum, pois tratar-se-o do mesmo negcio de locar ou alugar filmes ou
fitas.
Como descrito na Unidade I, a primeira fase na construo de um banco de
dados o seu projeto conceitual, assunto tratado nesta Unidade. A fase seguinte o
projeto lgico de bancos de dados, o qual ir utilizar o modelo conceitual da aplicao para
construir o modelo lgico da aplicao.
Para tanto, o projeto lgico depende da adoo de um modelo de dados lgico
especfico. O modelo de dados lgico adotado nesta disciplina foi o Modelo Relacional,
devido a sua larga utilizao no mercado. O Projeto Lgico de Banco de Dados e o Modelo
Relacional sero, portanto, assuntos da prxima unidade.

8 Referncias Bibliogrficas
ELMASRI, R.; NAVATHE, S. B. Sistemas de bancos de dados. So Paulo: Pearson (Addison
Wesley), 2005.

ATENO!
Adquira o hbito da leitura e da
pesquisa. Pesquise em revistas
e peridicos e visite os sites
recomendados. Lembre-se de
que, quando voc encontrar
novidades, compartilhe com
seus colegas de curso.

KORTH, H.; SILBERSCHATZ, A. Sistemas de bancos de dados. 3. ed. So Paulo: Makron


Books, 1998.
RAMAKRISHNAN, R.; GEHRKE, J. Database management systems. 2. ed. Boston: McGrawHill, 2000.
TAKAI, O.K; ITALIANO, I.C.; FERREIRA, J.E. Introduo a banco de dados. Apostila
disponvel em: <http://www.ime.usp.br/~jef/apostila.pdf>. Acesso em: 07 jul. 05.

CRC
Batatais Ceuclar

Banco de Dados

35

Anotaes