Mapeamento ER

SISTEMA DE BANCO DE DADOS
Mapeamento ER
Viu algum erro neste material? Contate-nos em: degravacoes@grancursosonline.com.br
MAPEAMENTO ER
Projeto de BD – Etapas
Projeto de BD – Modelo Conceitual (MER)

ANOTAÇÕES
1 www.grancursosonline.com.br
Mapeamento ER
Projeto de BD – Modelo Lógico (Relacional)

No modelo relacional, a imagem acima e suas especificidades se tornará o que se
observa abaixo:
Obs.: o que está sublinhado é a chave.

Na modelagem relacional, a forma acima é o modo de representação. E do MEDICO,
PACIENTE, EXAME e CONSULTA sairão um SQL – Create Table.
Objetivos do Mapeamento ER – Relacional

O objetivo do Mapeamento ER (Relacional) é elaborar um modelo lógico que tenha per-
formance em relação às requisições de BD.
Outro objetivo é construir um modelo lógico de BD que simplifique o desenvolvimento e
a manutenção de sistemas.
O grande objetivo do Banco de Dados Relacional é armazenar informações recuperáveis.
Além disso, ele é excelente para evitar inconsistências e na persistência dos dados. Já no
âmbito da consulta, ele não é tão aconselhado.
5m
Regras Básicas:
ANOTAÇÕES
Mapeamento ER
I – Evitar o uso de junções: Realizar as junções é uma operação cara para o banco de
dados, pois se cria uma matriz, comparando item a item nas relações, a fim de observar se
há ou não algum sentido.
II – Reduzir o número de chaves primárias (PKs);
III – Evitar os campos opcionais;
Mapeamento ER – Relacional
• Entidades Fortes;
• Algoritmos de Transformação
• Atributos Multivalorados;
• Entidades Fracas;
• Relacionamentos;
– Um-para-Um (1:1)
– Um-para-Muitos (1:N)
– Muitos-para-Muitos (M:N)
– N-ários
• Generalizações / Especializações;
Estratégias de Mapeamento
As estratégias utilizadas para o mapeamento do modelo ER para o modelo relacional são:
Tudo isso ocorre nos casos de entidades fortes, algoritmos de transformação, atributos
multivalorados, entidades fracas e relacionamentos.
ANOTAÇÕES
Mapeamento ER
Mapeamento ER – Relacional
Entidade Forte: do mapeamento ER para mundo relacional, o modelo onde há a imagem
do cliente se torna a descrição CLIENTE (CPF, Nome, Sexo, DataNasc, Profissao).
10m
Entidade Fraca
Entidade Fraca é uma entidade que depende de uma entidade forte
ANOTAÇÕES
Mapeamento ER
Acima, o empregado possui zero ou vários dependentes, que possui nome e parentes-
cos. Neste caso, haverá a relação Empregado, que possui CPF, Nome e Salário, além do
Dependente, que para ele haverá a chave de empregado. Note ainda que o CPF é chave do
empregado.
10m
Atributos Multivalorados
Observe abaixo que a entidade cliente tem sexo, data de nascimento, telefone, CPF
e nome. O telefone, por seu turno, é multivalorado. Neste caso, para transformar isso no
mundo relacional, pode-se criar uma tabela própria do telefone, tendo como chave o CFP, até
de uma tabela com o CPF, nome, sexo e data de nascimento.
No mundo relacional, não é salutar ter dado duplicado ou atributo multivalorado, pois isso
pode gerar inconsistência no momento da atualização dos dados.
ANOTAÇÕES
Mapeamento ER
Autorrelacionamento
Mapeamento Relacionamentos 1:1

15m
No caso abaixo, o país possui uma constituição, de um para um. Há, então, a possibili-
dade de fusão das duas entidades, tendo o nome País e compor uma tabela com todos os
atributos.
No caso abaixo, note o homem casado com uma mulher. Há aqui duas opões de mape-
amento de 1:1.
ANOTAÇÕES
Mapeamento ER
Acima, nota-se haver duas relações com código do homem e nome do homem, que
recebe o código da esposa. No caso da Mulher, ela recebe o código do homem e código
da mulher.
20m
Artur e Vinícios possuem códigos Null, pois não se relacionam com ninguém.
ANOTAÇÕES
Mapeamento ER
Acima, Marta é casada com o marido de código 1, que é João. Já a Carla é casada
com marido de código 2, que é Antônio. E a Michele é casa com o marido do código 3,
que é Marcos.
Note outro exemplo abaixo: o empregado gerencia zero ou um departamento, e o depar-
tamento tem um empregado que o gerencia.
Empregado tem código e nome, já o departamento tem código, sigla e localização.
ANOTAÇÕES
Mapeamento ER
O caso abaixo é incorreto em termos de construção, pois nem todos os empregados

serão gerentes, tendo muitas tuplas sem o código do departamento gerenciado.
Diante do exemplo acima, a melhor opção é jogar o código do gerente na tabela

departamento:
25m
ANOTAÇÕES
Mapeamento ER
No departamento, é possível haver 1 gerente para 50 empregados. Destarte, ao jogar a

chave do departamento na tabela empregado, haverá 50 registros sem preenchimento, o que
não é a melhor opção. Logo, a melhor opção é jogar o código do gerente que será a chave do
empregado no departamento, pois todo departamento terá um empregado associado.
Gerar tuplas em tabelas com muitos campos não preenchidos gerará problemas no
momento da consulta, sendo uma operação cara, pois todos os registros da tabela departa-
mento cruzará com os registros da tabela empregado.
30m
REFERÊNCIAS
DATE, Christopher J. Introdução a sistemas de bancos de dados. Elsevier Brasil, 2004.
ELMARSI, R., & NAVATHE, S. B. (2011). Sistemas de banco de dados. Fundamentals
of database systems.
SILBERSCHATZ, Abraham; SUNDARSHAN, S.; KORTH, Henry F. Sistema de banco de
dados. Elsevier Brasil, 2016.
Referências Gráficas
Icons8.com.br
Design e Diagramação por:
Charleson Guedes
�Este material foi elaborado pela equipe pedagógica do Gran Cursos Online, de acordo com a aula
ANOTAÇÕES
preparada e ministrada pelo professor Washington Henrique Carvalho Almeida.

�A presente degravação tem como objetivo auxiliar no acompanhamento e na revisão do conteúdo
ministrado na videoaula. Não recomendamos a substituição do estudo em vídeo pela leitura exclu-
siva deste material.

Mapeamento ER

Enviado por

Dados do documento

Direitos autorais

Formatos disponíveis

Compartilhar este documento

Compartilhar ou incorporar documento

Opções de compartilhamento

Você considera este documento útil?

Este conteúdo é inapropriado?

Direitos autorais:

Formatos disponíveis

Mapeamento ER

Enviado por

Direitos autorais:

Formatos disponíveis

SISTEMA DE BANCO DE DADOS

Projeto de BD – Modelo Conceitual (MER)

Projeto de BD – Modelo Lógico (Relacional)

Obs.: o que está sublinhado é a chave.

Objetivos do Mapeamento ER – Relacional

Mapeamento Relacionamentos 1:1

O caso abaixo é incorreto em termos de construção, pois nem todos os empregados

Diante do exemplo acima, a melhor opção é jogar o código do gerente na tabela

No departamento, é possível haver 1 gerente para 50 empregados. Destarte, ao jogar a

preparada e ministrada pelo professor Washington Henrique Carvalho Almeida.

Você também pode gostar