8-Constru├з├гo Modelo ER

4
Projeto de
Banco de Dados
Carlos Alberto Heuser

Construindo modelos ER
Capítulo 3
Obs.: Material adaptado pela Profa. Roberta para disciplina Fundamentos de BD

Propriedades de modelos ER
• Modelo ER é um modelo formal
• Poder de expressão é limitado
• Equivalência entre modelos
©Carlos A. Heuser 3
Modelo ER é um modelo formal
• Modelo preciso, não ambíguo.
• Diferentes leitores de um mesmo modelo ER devem sempre

entender exatamente o mesmo.
• DER pode ser usado como entrada a uma ferramenta CASE.
Poder de expressão limitado
• Modelo ER apresenta apenas algumas propriedades de um banco de

dados:
– Foi concebido para o projeto da estrutura de um BD relacional.
• Poder de expressão limitado para expressar restrições de integridade

genéricas (regras de negócio).
Poder de expressão limitado - exemplo
p3
p1 p7
p6 p8
PESSOA p5
p2 p4
m
1 1 e
marido esposa
CASAMENTO
p1,p3
p3
p1 p7
p6 p8
PESSOA p5
p2 p4
m
1 1 e
marido esposa m e
CASAMENTO
p1,p3
p3,p6
p3
p1 p7
p6 p8
PESSOA p5
p2 p4
m
1 1 e
marido esposa m em e
CASAMENTO
p1,p3
p6,p8
p3,p6
p3
p1 p7
p6 p8
PESSOA p5
p2 p4
m m
1 1 e e e
marido esposa m em
CASAMENTO p5,p5
p1,p3
p6,p8
p3,p6
Poder de expressão limitado – outro exemplo
e3
e7 e1
e1
e6 e8
EMPREGADO e2 e4 e5 e3
supervisor supervisionado
super- super-
1 n visor visionado
SUPERVISÃO
e1,e3
e3
e7 e1
e1
e6 e8
EMPREGADO e2 e4 e5 e3
supervisor supervisionado super- super-
super- super- visor
1 n visor visionado
visionado e5
SUPERVISÃO
e1,e3 e3,e5
e3
e7 e1
e1
e6 e8
EMPREGADO e2 e4 e5 e3 ?
supervisor supervisionado super- super-
super- super- visor visionado super-
1 n visor visionado visor
e5
SUPERVISÃO
supervisionado e1,e3 e3,e5 e5,e1
Analisar...
Relacionamento que associa um produto

de uma indústria com seus componentes.
Restrição a ser imposta: um produto não

pode aparecer na lista de seus
componentes.
O modelo apresentado na figura contém

esta restrição (um produto não pode
aparecer na lista de seus componentes)?
Justifique.
13
Analisar...
Resposta: Não
É possível alterar o modelo em questão

para incluir esta restrição se
considerarmos três níveis de profundidade
da hierarquia de composição de cada
produto (produtos prontos, produtos
semiacabados e matérias-primas)?
Caso afirmativo, apresente a solução.
14
Analisar...
15
Equivalência entre modelos
• Dois modelos ER diferentes podem ser equivalentes.
• Modelos equivalentes:
– expressam e modelam a mesma realidade.
• Para fins de projeto de BD, dois modelos ER são equivalentes

quando:
– geram o mesmo esquema de BD.
• Considerar um conjunto de regras de tradução de modelos ER para

modelos lógicos de BD.
Exemplo de modelos equivalentes
Modelo que representa um conceito através de um

relacionamento n:n
=
Modelo que representa o mesmo conceito por meio de
uma entidade
17
Exemplo de equivalência entre modelos
a) CONSULTA como relacionamento n:n
(1,n) (0,n)
MÉDICO CONSULTA PACIENTE
código nome data/hora código nome
Modelo equivalente
b) CONSULTA como entidade
MÉDICO PACIENTE
(1,1) (1,1)
código nome código nome
(0,n) (1,n)
CONSULTA
data/hora
Transformação de relacionamento n:n em entidade
1. O relacionamento n:n é representado como uma entidade.
20
2. A entidade criada é relacionada às entidades que originalmente

participavam do relacionamento.
21
3. A entidade criada tem como identificador:
– as entidades que originalmente participavam do relacionamento.
22
3. A entidade criada tem como identificador:
– os atributos que eram identificadores do relacionamento original

(caso o relacionamento original tivesse atributos identificadores).
23
4. Nos relacionamentos de que participa, a cardinalidade da entidade

criada é sempre (1,1).
24
5. As cardinalidades das entidades que eram originalmente associadas

pelo relacionamento são transcritas ao novo modelo.
25
26
Modelo ER sem relacionamento n:n
• Relacionamento n:n pode ser transformado em entidade.
• É possível construir modelos sem relacionamentos n:n.
• Há variantes da abordagem ER, que
– excluem o uso de relacionamentos n:n, ou
– excluem apenas o uso de relacionamentos n:n com atributos
• Exemplo:
– várias abordagens baseadas na Engenharia de Informações (ver

adiante)
Identificando construções
• Determinação da construção da abordagem ER (entidade,

relacionamento,...) que será usada para modelar um objeto de uma
realidade:
– Não pode ser feita através da observação do objeto isoladamente.
– É necessário conhecer o contexto (modelo dentro do qual o objeto

aparece).
Identificando construções
Recomendação geral
• Decisão por uma construção para a modelagem de um objeto está

sujeita a alteração durante a modelagem.
• Não despender um tempo excessivo em longas discussões sobre

como modelar um objeto.
• Desenvolvimento do modelo e o aprendizado sobre a realidade irão

refinando e aperfeiçoando o modelo.
Atributo versus entidade relacionada
Como deve ser modelada a cor de um automóvel?
AUTOMÓVEL
cor
atributo?
AUTOMÓVEL AUTOMÓVEL
(0,n)
cor
(1,1)
COR
ou entidade
relacionada?
critérios (1)
• Objeto está relacionado com outros objetos:
– deve ser modelado como entidade.
• Caso contrário:
– pode ser modelado como atributo.
critérios (2)
• Conjunto de valores de um determinado objeto é fixo (domínio fixo):
– pode ser modelado como atributo.
• Existem transações no sistema que alteram o conjunto de valores do

objeto (domínio variável):
– não deve ser modelado como atributo.
Analisar....
Deseja-se modelar os clientes de uma organização. Cada

cliente possui um identificador, um nome, um endereço e
um país. Discuta as vantagens e desvantagens das duas
alternativas de modelagem de país:
Como atributo da entidade cliente ou como entidade

relacionada a cliente?
34
Atributo versus generalização/especialização
• Questão:
– Modelar um determinado objeto, exemplo a categoria funcional de

cada empregado de uma empresa:
• como atributo?
(categoria funcional como atributo da entidade EMPREGADO)
• ou como uma especialização?
(cada categoria funcional corresponde a uma especialização da

entidade empregado)
• Especialização deve ser usada quando as classes especializadas de

entidades possuem propriedades particulares:
– atributos
– relacionamentos
– generalizações/especializações
nome código
EMPREGADO
categoria
funcional categoria
funcional é
um atributo?
nome código nome código
ou é uma EMPREGADO
EMPREGADO
EMPREGADO
especialização?
t
categoria
funcional
MOTORISTA ENGENHEIRO
número da data de CREA

carteira de expiração da
habilitação carteira de
habilitação
Entidade versus especialização
• Questão:
– Deve-se modelar um determinado objeto como:
uma entidade relacionada a outra?
ou como uma especialização?
• Observar o identificador do objeto em questão:
– Lembrar que uma entidade especializada herda o identificador de

sua entidade genérica.
nome data de nascimento
número
endereço
do cartão
PESSOA
ct
escola
secundária
SERVIDOR ALUNO
cargo data de ingresso
número
endereço
do cartão
PESSOA
ct
escola
secundária
Dados da pessoa
SERVIDOR como servidor –
ALUNO
Uma pessoa é
cargo data de ingresso
somente uma vez
servidor
número
endereço
do cartão
PESSOA
1
escola
número Pessoa pode tersecundária
n
vários cargos –
SERVIDOR CARGO ALUNO
Uma instância por
cargo do servidor
data de ingresso
cargo
data início
data fim
número
endereço
do cartão
PESSOA
escola
secundária
Dados da pessoa
SERVIDOR ALUNO
como aluno –
cargo por
uma instância data de ingresso
pessoa
número
endereço
do cartão
PESSOA
ct
escola secundária
ALUNO
Dados da pessoa
SERVIDOR 1
como aluno –
cargo por
uma instância
n
pessoa
INGRESSO
data de ingresso
número
endereço
do cartão
PESSOA
ct
escola secundária
ALUNO
SERVIDOR 1
cargo
n
Dados de cada
INGRESSO
ingresso do aluno
data de ingresso
Atributo opcional
• Atributo opcional:
– Pode indicar subconjunto de entidade, que pode ser modelado mais

corretamente através de especialização.
tipo de
empregado
nome
código
data de expiração da
EMPREGADO carteira de habilitação (0,1)
CREA CRM número da carteira

(0,1) (0,1) de habilitação (0,1)
Atributo opcional
tipo de
empregado
nome
código
EMPREGADO carteira de habilitação (0,1) nome código
CREACRM número da carteira
EMPREGADO
t
MOTORISTA MÉDICO ENGENHEIRO
número da data de CRM CREA

habilitação
Atributo opcional
tipo de
empregado
nome
código
EMPREGADO
t

habilitação
Atributo opcional
tipo de
empregado
nome
código
EMPREGADO
t

habilitação
Atributo opcional
tipo de
empregado
nome
código
EMPREGADO
t

habilitação
Atributo multivalorado é indesejável
• SGBD relacional que segue o padrão SQL/2:
– Atributo multivalorado não possui implementação direta.
• SGBD OO ou objeto/relacional:
– Atributo multivalorado normalmente é modelado como classe

separada.
• Atributos multivalorados podem induzir a um erro de modelagem
– Ocultar entidades e relacionamentos em atributos multivalorados
Atributo multivalorado
EMPREGADO
lançamento pagamento (0,n)

dependente (0,n)
nome
eliminação
EMPREGADO nome
lançamento pagamento (0,n) EMPREGADO

dependente (0,n)
nome
(1,1) (1,1)
(0,n) (0,n) nome

LANÇAMENTO
DEPENDENTE
PAGAMENTO
valor
(0,n) data de
nascimento
(1,1) código
TIPO
LANÇAMENTO
descrição
eliminação
EMPREGADO nome
lançamento pagamento (0,n) EMPREGADO

dependente (0,n)
nome
(1,1) (1,1)
(0,n) (0,n) nome

LANÇAMENTO
DEPENDENTE
PAGAMENTO
valor
(0,n) data de
nascimento
(1,1) código
TIPO
LANÇAMENTO
descrição
Exercício
Apresente um diagrama ER que modele mais precisamente esta

realidade. Explique no que seu diagrama é mais preciso que o
mostrado na figura abaixo.
CPF CNPJ
55
Exercício
Construa um DER que modela a mesma realidade mostrada no

DER abaixo, usando apenas relacionamentos 1:n.
56
Exercício
Construa um DER que modela a mesma realidade mostrada no

DER abaixo, usando apenas relacionamentos 1:n.
57

8-Constru├з├гo Modelo ER

Diunggah oleh

Informasi Dokumen

Judul Asli

Hak Cipta

Format Tersedia

Bagikan dokumen Ini

Bagikan atau Tanam Dokumen

Opsi Berbagi

Apakah menurut Anda dokumen ini bermanfaat?

Apakah konten ini tidak pantas?

Hak Cipta:

Format Tersedia

8-Constru├з├гo Modelo ER

Diunggah oleh

Hak Cipta:

Format Tersedia

4

Carlos Alberto Heuser

Obs.: Material adaptado pela Profa. Roberta para disciplina Fundamentos de BD

• Modelo ER é um modelo formal

• Poder de expressão é limitado

• Equivalência entre modelos

• Modelo preciso, não ambíguo.

• Diferentes leitores de um mesmo modelo ER devem sempre

• DER pode ser usado como entrada a uma ferramenta CASE.

• Modelo ER apresenta apenas algumas propriedades de um banco de

– Foi concebido para o projeto da estrutura de um BD relacional.

• Poder de expressão limitado para expressar restrições de integridade

supervisionado e1,e3 e3,e5 e5,e1

Relacionamento que associa um produto

Restrição a ser imposta: um produto não

O modelo apresentado na figura contém

É possível alterar o modelo em questão

Caso afirmativo, apresente a solução.

• Dois modelos ER diferentes podem ser equivalentes.

– expressam e modelam a mesma realidade.

• Para fins de projeto de BD, dois modelos ER são equivalentes

– geram o mesmo esquema de BD.

• Considerar um conjunto de regras de tradução de modelos ER para

Modelo que representa um conceito através de um

a) CONSULTA como relacionamento n:n

código nome data/hora código nome

b) CONSULTA como entidade

1. O relacionamento n:n é representado como uma entidade.

2. A entidade criada é relacionada às entidades que originalmente

3. A entidade criada tem como identificador:

– as entidades que originalmente participavam do relacionamento.

3. A entidade criada tem como identificador:

– os atributos que eram identificadores do relacionamento original

4. Nos relacionamentos de que participa, a cardinalidade da entidade

5. As cardinalidades das entidades que eram originalmente associadas

• Relacionamento n:n pode ser transformado em entidade.

• É possível construir modelos sem relacionamentos n:n.

• Há variantes da abordagem ER, que

– excluem o uso de relacionamentos n:n, ou

– excluem apenas o uso de relacionamentos n:n com atributos

– várias abordagens baseadas na Engenharia de Informações (ver

• Determinação da construção da abordagem ER (entidade,

– Não pode ser feita através da observação do objeto isoladamente.

– É necessário conhecer o contexto (modelo dentro do qual o objeto

• Decisão por uma construção para a modelagem de um objeto está

• Não despender um tempo excessivo em longas discussões sobre

• Desenvolvimento do modelo e o aprendizado sobre a realidade irão

Como deve ser modelada a cor de um automóvel?

• Objeto está relacionado com outros objetos:

– deve ser modelado como entidade.

– pode ser modelado como atributo.

• Conjunto de valores de um determinado objeto é fixo (domínio fixo):

– pode ser modelado como atributo.

• Existem transações no sistema que alteram o conjunto de valores do

– não deve ser modelado como atributo.

Deseja-se modelar os clientes de uma organização. Cada

Como atributo da entidade cliente ou como entidade

– Modelar um determinado objeto, exemplo a categoria funcional de

(categoria funcional como atributo da entidade EMPREGADO)

• ou como uma especialização?

(cada categoria funcional corresponde a uma especialização da

• Especialização deve ser usada quando as classes especializadas de

nome código nome código