BD_Teoria_Aula06

Prévia do material em texto

BANCO DE DADOS
AULA 6
= MER =
Prof. Ivi Alex Franco Silva
E-mail: ivi.alex@puc-campinas.edu.br
4.1. Diagrama Entidade Relacionamento
4.1.4. Atributos de Relacionamentos
Depende de todos os 
conjuntos-entidade 
associados entre si
Exemplo:
PedidosFornecedores Materiais
Atributos de 
Relac.
Cod_forn Cod_mat
Cod_forn
Cod_mat Preço
Quantidade
Cod_pedido
•Um advérbio temporal, qualificando o verbo, é uma indicação de um atributo do 
relacionamento.
4.2. Projeto de Chaves
4.2.1. Chave
• É um conjunto de um ou mais atributos que,
tomados coletivamente, permite-nos identificar
unicamente uma entidade no conjunto-entidade.
4.2.2. Integridade de Entidade
• Nenhum atributo que participe da chave de um
conjunto-entidade deve aceitar valores nulos.
4.2. Projeto de Chaves
4.2.3. Aspectos Relevantes
• A questão fundamental do projeto de chaves é
reduzir ao máximo os efeitos de redundância;
• A alteração dos valores de campos constituintes
da chave primária ou a remoção de uma entidade
de um conjunto-entidade pode ocasionar
problemas de integridade referencial
4.2. Projeto de Chaves
4.2.4. Chave Primária
• É um atributo ou um conjunto de atributos que
identificam unicamente uma linha em um
conjunto-entidade.
• Os atributos determinantes no MER são as chaves
primárias nas tabelas.
• Uma chave primária é um valor que não pode se
repetir dentro de um mesmo conjunto-entidade.
4.2. Projeto de Chaves
4.2.5. Chave Estrangeira
• É um ou mais atributos em um conjunto-entidade 
que são chaves primárias em outra tabela, o que 
significa que qualquer valor para um atributo que 
é chave estrangeira deve corresponder a um valor 
existente na outra tabela onde a coluna é chave 
primária.
4.2. Projeto de Chaves
Exemplo:
• Entidade Fornecedor: Cod_forn;
• Entidade Material: Cod_mat;
• Entidade Nota_Fiscal: Cod_forn e Cod_mat.
Notas FiscaisFornecedores Materiais
Cod_forn Cod_mat
Cod_nf
Cod_mat Preço
Quantidade
Cod_forn
4.3. Mapeamento de Restrições
Classes de Relacionamento - Cardinalidade
Expressa o número de 
entidades as quais outra 
entidade poder estar 
associada via um conjunto de 
relacionamentos. 
4.3. Mapeamento de Restrições
Classes de Relacionamento - Cardinalidade
• UM PARA UM: uma entidade em A está associada,
no máximo, a uma entidade em B e uma entidade
em B está associada, no máximo, a uma entidade
em A.
a1
a2
a3
Conjunto 
entidade A
b1
b2
b3
Conjunto 
entidade B
Gerencia
Funcionários
Departamentos
1
1
Obs: Chave estrangeira em uma das entidades
4.3. Mapeamento de Restrições
Classes de Relacionamento - Cardinalidade
• UM PARA MUITOS: uma entidade em A está
associada a qualquer número de entidades em B,
enquanto uma entidade em B está associada no
máximo a uma entidade em A.
a1
a2
Conjunto 
entidade A
b1
b2
b3
Conjunto 
entidade B
Possui
Funcionários
Departamentos
1
N
b4
Obs: Chave estrangeira em muitos
4.3. Mapeamento de Restrições
Classes de Relacionamento - Cardinalidade
• MUITOS PARA MUITOS: Uma entidade em A está
associada a qualquer número de entidades em B,
e uma entidade em B está associada a qualquer
número de entidades em A.
a1
a2
a3
Conjunto 
entidade A
b1
b2
b3
Conjunto 
entidade B
Trabalha
Funcionários
Projetos
N
N
Obs: requer um novo conjunto-entidade para representar
4.4. Tipos de Relacionamento
4.4.1. Relacionamentos Simples
Também chamados de relacionamentos binários. Uma
entidade se relacionando com apenas uma outra entidade.
Exemplo:
relacionaEntidade1 Entidade2
4.4. Tipos de Relacionamento
4.4.2. Relacionamentos Múltiplos
Também chamados de relacionamentos enários. Uma
entidade se relaciona com duas ou mais entidade.
Exemplo:
relacionaEntidade1 Entidade2
Entidade3
4.4. Tipos de Relacionamento
4.4.3. Relacionamentos Parciais e Totais
• Dado um conjunto de entidades E e um relacionamento R
em que E participa, a restrição impõe que todo elemento
de E esteja, obrigatoriamente, em R.
Nesse caso R é TOTAL em E. 
Caso a restrição não seja válida, 
então R é PARCIAL em E. 
• A restrição de totalidade dos relacionamentos é referida
como restrição de referência.
4.4. Tipos de Relacionamento
4.4.3. Relacionamentos Parciais e Totais
Exemplo Parcial: Exemplo Total:
f1 f2
Conjunto 
funcionários
Conjunto 
departamentos
f1
f2
d1
d2
d1 d2
Relacionamento
funcionários
X
departamentos
f1 f2
Conjunto 
fornecedores
Conjunto 
materiais
f1 m1
m1 m2
Relacionamento
fornecedores
X
materiais
m2
4.4. Tipos de Relacionamento
4.4.4. Auto - Relacionamento
Relaciona elementos de um 
conjunto-entidade E a elementos 
desse mesmo conjunto-entidade
Funcionários gerenciamento
gerencia
é gerenciado
4.5. Dependência Existencial
Se a existência da entidade x depende da
existência da entidade y, então x é dito
dependente da existência da entidade y.
Exemplo:
venda-
pagamento
venda pagamento
cod_venda cod_pag valor
Entidade dominante Entidade subordinada
4.6. Entidades Fracas
Conjunto de entidades que só existem se estão
relacionadas a outra entidade. Normalmente,
essas entidades não possuem atributos suficientes
para formar uma chave primária. Nesse caso, é
necessário “criar” uma chave primária para esse
conjunto.
Exemplo:
MantémFuncionários Dependentes
Cod_func Num_dep
Cod_func
Nome
EXERCÍCIO:
Modelar o relacionamento que associe clientes
(rg, nome e fone) de um banco a suas contas
correntes (número da conta e saldo) para os dois
casos abaixo:
• Um cliente pode possuir várias contas e uma
conta pode pertencer a um único cliente.
• Um cliente pode possuir várias contas e uma
conta pode pertencer a vários clientes.
Os modelos devem representar a data do último
acesso à conta pelo cliente.