03 - Modelo Entidade Relacional

Prévia do material em texto

1
Modelo Entidade Relacionamento 
( Modelagem ER)
Modelo Conceitual
• Técnica mais difundida:
– Modelo Entidade Relacionamento (ER)
– Notação: Criada por Peter Chen em 1976
Modelo Conceitual
• Modelo ER: Entidade Relacionamento
– Entidade
• conjunto de objetos do mundo real
• Exemplo: Produto e Consumidor
– Relacionamento
• Relações existentes entre as entidades do mundo real
• Exemplo: Compra - relação entre produto e consumidor
Modelo ER - Notação 
• Entidade
– representada através de um retângulo
• Relacionamento
– representada através de um retângulo (as linhas ligam 
as entidades relacionadas)
2
Exemplo - Entidades e Relacionamentos
• Consumidor compra um produto
Consumidor Produtocompra
João
Pedro
Maria
carro
bicicleta
vestido, sapato
Diagrama de Ocorrências
• Descreve a(s) ocorrência(s) de uma entidade em 
relação a(s) ocorrência(s) de outra entidade
P1
P2
P3
P4
P5
C1
C2
C3
Consumidor Produto
Ocorrências - cardinalidades
• São representadas através de cardinalidades:
– Cardinalidade Mínima:
• número de ocorrências mínimas de uma entidade com 
relação a outra – So pode ser 0 ou 1
– Cardinalidade Máxima: 
• número de ocorrências máximas de uma entidade com 
relação a outra 
• Cardinalidade (mínima, máxima)
Cardinalidades - Exemplo
– Deve haver, no mínimo, um ocorrência de produto para 
cada consumidor (P1, C1)
– Pode haver mais de uma ocorrência de produto para 
cada consumidor ((P2, P4), C2)
– Pode haver uma ocorrência de produto e nenhuma de 
consumidor (P5, )
– Uma ocorrência de produto deve estar ligada a um único 
cliente
Consumidor Produtocompra (1,n)(0,1)
3
Cardinalidade Máxima e Mínima
Empregado Mesaalocação (1,1)(0,1)
Aluno Cursoinscrição (1,1)(0,n)
Exercício
• Colocar as cardinalidades no ER apresentado
Departamento Disciplinaresponsável
Aluno Cursoinscrição
Disc-curso
Auto-Relacionamento
• Relação entre ocorrências da mesma entidade
– uma Pessoa pode estar relacionada a outra Pessoa
através de um relacionamento de casamento
Pessoa casamento
marido
esposa
Relacionamento Ternário
Cidade Distribuidordistribuição
Produto
n
n
1
4
Exercícios
• Modelar as seguintes situações através de um modelo ER:
– Uma organização que vende produtos importados e seus clientes. Não 
considerar a empresa como uma entidade. 
– Em um hotel, o cliente o quarto usado e o fechamento de conta.
– Um sistema bancário com cliente e suas contas poupança e conta corrente. 
– Altere as cardinalidades do modelo abaixo de modo que: todo fabricante deve 
produzir algum produto e; produtos podem ser fornecidos por mais de um 
fabricante. 
– Descreva textualmente a situação abaixo e mostre o diagrama de ocorrências 
entre professor e disciplina.
Fabricante Produtoprodução
Professor Disciplinaensino
Atributos
• Atributo
– dado que é associado a cada ocorrência de uma 
entidade ou relacionamento
Consumidor
nome data nasc sexo
Atributos com cardinalidades
Consumidor nome
endereço (0,n)
código
Atributos em relacionamentos
Médico Pacienteconsulta
código data horanome código nome endereço
(0,n) (0,n)
5
Identificadores de Entidades
• Conjunto de atributos e relacionamentos cujos valores 
distinguem uma ocorrência da entidade das demais
– ÚNICO
Consumidor nome
código
Prateleira
capacidade
número corredor
número prateleira
Identificadores de Entidade
• Relacionamento identificador
Empregado Dependente
código nome seqüêncianome
Identificadores de Relacionamentos
Médico Pacienteconsulta
Data/hora
Engenheiro Projetoalocação
Generalização - Especialização
Físico Jurídico
ClienteFilial
(1,1) (0,n)
nome
código
CIC sexo CGC tipo
organização
6
Generalização/Especialização - PARCIAL
Professor Secretária
Funcionário
p
Generalização/Especialização - TOTAL
Físico Jurídico
Cliente
t
Generalização/Especialização
• Especialização não exclusiva
Professor Aluno
Pessoa
Entidade Associativa
Médico Pacienteconsulta
Médico Pacienteconsulta
Medicamento
prescrição
7
Entidade Associativa
Medicamento
prescrição
Consulta
Médico Paciente
Resumo
Entidade Associativa
Generalização/Especialização
Entidade
Relacionamento
Atributo
Atributo Identificador
Relacionamento
identificador
Validação do Modelo ER
• Após o modelo ser construído, ele deve ser verificado:
– Modelo deve ser correto
• descrever a realidade o mais perfeitamente possível
– Modelo deve ser completo
• toda realidade deve estar no modelo
– Modelo sem redundância
• não deve haver repetição de conceitos
– Modelo deve refletir o aspecto temporal
– Entidade isolada e entidade sem atributos
Equivalência entre ER
• Diferentes representações através do modelo ER 
podem gerar o mesmo modelo lógico
– Para fins de projeto de bancos de dados, dois modelo 
ER que representa o mesmo domínio de problema são 
considerados equivalentes quando geram o mesmo 
banco de dados
8
Equivalência entre ER
Médico Pacienteconsulta
Médico Consulta Paciente
1,n 1,n
1,1 1,n 1,n 1,1
OU
Equivalência entre ER
Professor Salapossui1,1 1,1
OU
Professor sala
Dicas Úteis
• Atributos ou Entidade ????
– Caso o objeto esteja vinculado a outras entidades, este 
deve ser entidade, e não atributo. No exemplo 
Professor-Sala, caso a sala tivesse relacionamento 
com outra entidade, como prédio, então sala deveria ser 
modelada como entidade sempre. 
– Quando um conjunto de valores não muda (por 
exemplo, % ICMS) este deve (ou pode ser) modelado 
como atributo. Se o conjunto de valores muda, como, 
por exemplo, a cotação do dólar ou bolsa de valores, 
deve obrigatoriamente, ser modelada como uma 
entidade. 
Equivalência entre ER
Professor Salapossui1,1 1,1
OU
Professor sala
9
Dicas Úteis
• Atributos ou Generalização/Especialização ????
– No caso das entidades especializadas (no exemplo: 
físico e jurídico) possuírem muitas características 
particulares para cada uma, deve-ser criá-las como 
entidades onde cada entidade terá as características de 
cada um. 
Físico Jurídico
Cliente Cliente
tipo
Variantes do Modelo ER
• Notação Engenharia de Informação
Departamento Professorleciona1,1 0,n
Departamento Professorleciona
1 cardinalidade
0 cardinalidade
n cardinalidade
Variantes do Modelo ER
• Metisse
Departamento Professorleciona1,1 0,n
1 cardinalidade
0 cardinalidade
n cardinalidade
Departamento Professorleciona0,n 1,1
Ferramentas CASE
• CASE - Computer Aided Software Engineering
– Ferramentas utilizadas para acompanhamento do 
modelo e projeto de banco de dados
• Ferramentas gráficas
10
Bibliografia
– [HEU 00] HEUSER, C.A. Projeto de Banco de 
Dados. 3 edição. Ed. Sagra&Luzzatto, Porto Alegre, 
2000.
– BATINI, C.; CERI, S. NAVATHE, S. B. Conceptual
Database Design – Na Entity-Relationship Approach. 
The Benjamim/Commings Publishing Company, Inc., 
1992.