Modelo de aeroporto e manutenção de aeronaves

Gesto da Informao
FACOM39801 Sistemas de Bancos de Dados
Modelo Relacional e Regras de

mapeamento
DISCUSSO SOBRE
EXERCCIO DA AULA
PASSADA
Profa. Maria Camila Nardini Barioni

camila@facom.ufu.br
Bloco B - sala 1B139
2 semestre de 2016
FACOM39801 Sistemas de Bancos de Dados - 2 semestre de 2016
Aeroporto
Aeroporto
Suponha que os seguintes requisitos foram

coletados:
Cada aeronave tem um nmero de registro
(nico), de um tipo de avio em particular e
mantida em um hangar em particular.
Cada tipo de avio tem um nmero de
modelo (nico), uma capacidade e um peso.
Cada hangar tem um nmero (nico), uma
capacidade e um local.
O banco de dados tambm deve registrar os

funcionrios que fazem a manuteno do
avio alm de informaes sobre pilotos e
proprietrios dos avies. Para cada piloto
devemos armazenar o nmero de licena e
restries. Para cada funcionrio o salrio e
turno de trabalho. Todas as pessoas no
banco de dados possuem dados mantidos
sobre seu nmero de cadastro de pessoa
fsica (CPF), nome, endereo e nmero de
telefone.
3
Aeroporto
Aeroporto
Cada avio passa por manuteno muitas

vezes; logo, todos os servios de manuteno
realizados so registrados. Um registro de
servio de um avio inclui a data da
manuteno, o nmero de horas gastas no
trabalho e o tipo de trabalho realizado. Para
identificar cada servio de manuteno
so necessrios o nmero de registro da
aeronave, a data da manuteno e o
tipo de trabalho realizado.
O banco de dados tambm deve registrar:
os tipos de avio que cada piloto autorizado a

voar;
os tipos de avies em que cada funcionrio pode
realizar o trabalho de manuteno;
os funcionrios que trabalharam em cada servio
de manuteno, sendo que dependendo do tipo
de trabalho so necessrios vrios funcionrios;
o proprietrio de cada avio incluindo a data de
compra. importante notar que possvel que
mais de um avio pertena a um nico
proprietrio.
Modelo de Dados e o Projeto de BD

minimundo
independe do SGBD
conjunto de
necessidades
anlise de
requisitos
esquema
conceitual
projeto
conceitual
depende do SGBD
esquema em linguagem
de implementao
mapeamento
para modelo
projeto
fsico
Modelo Relacional
Modelo Entidade
Mapeamento
Relacionamento
MER para o
(MER)
Modelo Relacional
Modelo Relacional
Exemplo: Tabela Aluno

relao esquema: Aluno ( nmat, nome, endereo, idade )
atributo
nome do atributo
BD
nmat
representado como uma coleo de

relaes
nome
935639 Adriana Zagalo
endereo
idade
Intenco
Rua Floriano Peixoto, 1234
18do
BD
tupla
Esquema
ou 935632 Beatriz da Silva
Rua Itamb, 124 apto 62 bloco B 22
linha
933219 Carlos Alberto Bozato Rua Sucupira, 3452 apto 125
19
Relao
possui um nome nico
uma tabela bi-dimensional
938904 Antnio Nascimento
Av. Castro Alves, 57
934789 Roberto Antonione
Av. Sunab Jatab, 3467 apto 32
valor
Restries sobre uma Relao
18
32
Extenso do BD
Banco de dados
10
Restries entre duas Relaes
Domnio
dentro de cada tupla, o valor de cada atributo A deve
ser um valor atmico de dom(A)
Unicidade de chave
Chave primria
mantm a consistncia entre as tuplas nas duas

relaes
declara que uma tupla em uma relao, a qual faz
referncia a uma outra relao, deve se referir a
uma tupla existente nessa segunda relao
identifica de forma nica cada tupla da relao
Valor nulo
permitido: null (padro)
no permitido: not null
definida entre a chave estrangeira (FK) de uma

relao esquema R1 e a chave primria (PK) de
uma relao esquema R2
Integridade de entidade
nenhum valor de chave primria pode ser nulo
Integridade referencial
11
12
Restries entre duas Relaes

FK de R1 chave estrangeira de R1, que faz
referncia PK de R2, se:
MAPEAMENTO DO MODELO
ENTIDADE-RELACIONAMENTO
PARA O MODELO RELACIONAL
os atributos de FK tm os mesmos domnios que

os atributos de PK
um valor de FK em uma tupla t1 do estado
corrente de r1(R1)
ocorre como um valor de PK para alguma tupla t2
no estado corrente r2(R2) ou
tem o valor null
13
Mapeamentos
14
Passo 1: Tipo-Entidade Forte

Modelo entidade-relacionamento
Geram trs tipos de relao:
tipo-entidade E
atributos a1, a2, ..., an
relao entidade com a mesma informao que o

tipo-entidade original
Modelo relacional
tabela de n colunas distintas, correspondendo aos
n atributos de E
relao entidade com a chave estrangeira de um

outro tipo-entidade
CPF_empregado
relao relacionamento com as chaves primrias

de todos os tipos-entidade relacionados, alm dos
atributos do tipo-relacionamento
EMPREGADO
nome_empregado
empregado (CPF_empregado, nome_empregado)

15
Passo 1: Tipo-Entidade Forte
16
Passo 2: Tipo-Entidade Fraca
Exemplo atributo composto
Modelo entidade relacionamento

tipo-entidade forte E: chaves primrias b1, b2, ..., bm
tipo-entidade fraca A: atributos a1, a2, ..., an
CPF_empregado
EMPREGADO
Modelo relacional
nome_empregado
tabela de n+m colunas distintas, correspondendo s m

chaves de E e aos n atributos de A
rua
endereo
cep
CPF_empregado
cidade
nome_empregado
nome_dependente
EMPREGADO
possui
n DEPENDENTE
sexo_dependente
empregado (CPF_empregado, nome_empregado, rua, cep, cidade)

dependente (CPF_empregado, nome_dependente, sexo_dependente)
17
18
Passo 3: Tipo-Relacionamento (1:1)
Passo 3: Tipo-Relacionamento (1:1)

CPF_empregado

tipo-relacionamento binrio: E1 relacionando-se com E2
cardinalidade: 1:1
nome_empregado
Modelo relacional (3 opes para a chave

estrangeira)
gerencia
DEPARTAMENTO

departamento (sigla_depto, nome_depto, CPF_empregado)
Chave estrangeira
chave primria de uma relao que inserida em outra
relao
utilizada para recuperar informaes de outras relaes
empregado (CPF_empregado, nome_empregado, sigla_depto)

departamento (sigla_depto, nome_depto)
19
Passo 4: Tipo-Relacionamento (1:n)
20
Passo 4: Tipo-Relacionamento (1:n)
EMPREGADO
tipo-relacionamento binrio: E1 relacionando-se

com E2
cardinalidade: 1:n
Modelo relacional
Repete-se a chave primria de E1 em E2
trabalha
DEPARTAMENTO
CPF_empregado
sigla_depto
nome_empregado
nome_depto
a tabela de E1 possuir apenas os atributos de E1
a tabela de E2 possuir
os atributos de E2
a chave primria de E1 (chave estrangeira)
os atributos do tipo-relacionamento
nome_depto

departamento (sigla_depto, nome_depto, CPF_empregado)
repete-se a chave primria de E1 em E2 e vice versa

repete-se a chave primria de E1 em E2
repete-se a chave primria de E2 em E1
sigla_depto
EMPREGADO
21
Atributo de Tipo-Relacionamento
(1:1 e 1:n)
22
Passo 5: Tipo-Relacionamento (m:n)

EMPREGADO
trabalha
tipo-relacionamento binrio: E1 relacionando-se com E2

cardinalidade: m:n
DEPARTAMENTO
Modelo relacional
CPF_empregado
data_incio
nome_empregado
sigla_depto
nome_depto
empregado (CPF_empregado, nome_empregado, sigla_depto, data_incio)


a tabela R (relativa ao tipo-relacionamento) conter:
Chave primria de R
chave primria de E1 + chave primria de E2
23
24
Passo 5: Tipo-Relacionamento (m:n)

EMPREGADO
CPF_empregado
desenvolve
Passo 6: Atributos Multivalorados
PROJETO
horas_trabalhadas
nome_empregado
Duas opes de mapeamento

1. Para cada atributo multivalorado
nro_projeto
DEPARTAMENTO
cria-se uma nova relao
nome_projeto
2. Para cada valor possvel do atributo
sigla_depto
multivalorado cria-se um atributo

monovalorado na mesma relao
nome_depto
localizaes
projeto (nro_projeto, nome_projeto)

desenvolve (CPF_empregado, nro_projeto, horas_trabalhadas)
25
26
1. Para cada atributo multivalorado cria-se uma
2. Para cada valor possvel do atributo multivalorado

cria-se um atributo monovalorado na mesma relao
nova relao
DEPARTAMENTO
departamento = {sigla_depto, nome_depto}
sigla_depto
nome_depto
valores possveis: grau do olho direito

grau do olho esquerdo
ALUNO
nro_matricula
nome
localizao = {sigla_depto, localizao}
localizaes
graus_lente
aluno = {nro_matricula, nome, grau_direito, grau_esquerdo}
27
Passo 7: Tipo-relacionamento Ternrio
chave-A
tipo-entidade_A

E1 relacionando-se com E2 e com E3
cardinalidade: m:n:p
atributos_A
x
ABC
Modelo relacional
a tabela R (relativa ao tipo-relacionamento) conter:
a chave primria de E1
28
chave-B
atributos_B
chave-C
tipo-entidade_B
tabelas relativas
aos tipos-entidade
29
tipo-entidade_C
atributos_C
tipo-entidade_A (chave-A, atributos_A)

tipo-entidade_B (chave-B, atributos_B)
tipo-entidade_C (chave-C, atributos_C)
30
Mapeamento ME-R
MRel
Os 7 passos do procedimento

Tabela relativa ao tipo-relacionamento
1.
2.
3.
4.
5.
6.
7.
ABC (chaves-A, chaves-B, chaves-C)

+ integridade referencial
Chave primria de ABC
chave primria de A + chave primria de B + chave primria
de C
CPF_empregado
nome_empregado
gerencia
os
os
os
os
os
os
os
tipos-entidade forte
tipos-entidade fraca
tipos-relacionamento 1:1
tipos-relacionamento 1:n
tipos-relacionamento n:m
atributos multivalorados
tipos-relacionamento de
31
32
Esquema do BD Relacional
sigla_depto
nome_depto
subordinado
1
trabalha
supervisor EMPREGADO
Mapear todos
Mapear todos
Mapear todos
Mapear todos
Mapear todos
Mapear todos
Mapear todos
grau > 2
empregado (CPF_empregado, nome_empregado,

cod_supervisor, sigla_depto, data_incio)
DEPARTAMENTO
dependente (CPF_empregado, nome_dependente,

sexo_dependente)
data_incio
supervisiona
controla
possui
desenvolve
n
departamento (sigla_depto, nome_depto,

CPF_empregado)
m
n
projeto (nro_projeto, nome_projeto)
horas_trabalhadas
DEPENDENTE
PROJETO
controla (sigla_depto, nro_projeto)
nome_dependente
nro_projeto
sexo_dependente
nome_projeto
desenvolve (CPF_empregado, nro_projeto,

horas_trabalhadas)
33
34
Mapeamento MER-X
MRel
Os 8 passos do procedimento
1. Mapear todos os tipos-entidade forte que no so
subclasses
2. Mapear todos os tipos-entidade fraca que no so
MAPEAMENTO DO MODELO
ENTIDADE-RELACIONAMENTO
ESTENDIDO PARA O MODELO
RELACIONAL
3.
4.
5.
6.
7.
8.
35
subclasses
Mapear todos os tipos-relacionamento 1:1
Mapear todos os tipos-relacionamento 1:n
Mapear todos os tipos-relacionamento n:m
Mapear todos os atributos multivalorados
Mapear todos os tipos-relacionamento de grau > 2
Mapear todas as ocorrncias de abstrao de
generalizao/especializao
36
Generalizao/Especializao
Opo de mapeamento (8A)
CPF_empregado
EMPREGADO
nome_empregado
tipo_empregado
E1: superclasse
E2, ..., En : subclasses de E1
Modelo relacional
a tabela de E1 possuir:
os atributos de E1
um atributo discriminador, caso necessrio
as tabelas de E2 a En possuiro:
os seus atributos especficos
SECRETRIO
idioma
TCNICO
grau_tcnico
ENGENHEIRO
tipo_engenheiro
empregado (CPF_empregado, nome_empregado, tipo_empregado)

secretrio (CPF_empregado, idioma)
Chave primria das subclasses
tcnico (CPF_empregado, grau_tcnico)
chave primria de E1
sobreposio
engenheiro (CPF_empregado, tipo_engenheiro)
37
Opo de mapeamento (8B)

Essa opo funciona para qualquer

especializao
Total ou Parcial
Disjuntas ou Sobrepostas
E1: superclasse
Modelo relacional
as tabelas de E2 a En possuiro:
os seus atributos especficos
os atributos de E1
Interessante quando
existem poucas subclasses, cada uma com
diversos atributos especficos
uma consulta tipicamente se concentra em
uma ou poucas subclasses de cada vez
Chave primria das subclasses

chave primria de E1
39
40
CPF_empregado
EMPREGADO
38
nome_empregado
Essa opo funciona
tipo_empregado
apenas para participao total

mais adequada para disjuno, mas suporta sobreposio
Interessante quando
SECRETRIO
idioma
TCNICO
grau_tcnico
ENGENHEIRO
freqente o acesso a cada entidade em sua totalidade,

incluindo-se seus dados genricos e especficos
tipo_engenheiro
secretrio (CPF_empregado, nome_empregado, idioma)

tcnico (CPF_empregado, nome_empregado, grau_tcnico)
engenheiro (CPF_empregado, nome_empregado, tipo_engenheiro)
41
esta alternativa, comparada com as alternativas que mantm

uma relao para a superclasse, permite evitar uma operao
de juno na consulta
42
Opo de mapeamento (8C)
Observao importante

E1: superclasse
esta alternativa no indicada quando

houver necessidade freqente de acessar
informaes envolvendo todas as entidades
genricas
Modelo relacional
os atributos de E1
os atributos de E2, ..., En
o atributo discriminador, caso necessrio
houver a possibilidade de existirem

especializaes no previstas priori
43
Opo de mapeamento (8D)
CPF_empregado
nome_empregado
tipo_empregado
E1: superclasse
SECRETRIO
idioma
TCNICO
grau_tcnico
Modelo relacional
ENGENHEIRO
tipo_engenheiro
empregado (CPF_empregado, nome_empregado, tipo_empregado,

idioma, grau_tcnico, tipo_engenheiro)
sobreposio
45
Interessantes quando
tipo_empregado
idioma
grau_tcnico
46
nome_empregado
TCNICO
Opo de mapeamento (8C e 8D)
CPF_empregado
SECRETRIO
os atributos de E1
os atributos de E2, ..., En
vrios atributos discriminadores de valores
booleanos, cada um referente uma subclasse
Opo de mapeamento (8D)

EMPREGADO
44
Opo de mapeamento (8C)

EMPREGADO
existem poucos atributos especficos nas

subclasses
houver a possibilidade de existirem
especializaes (sem atributos especficos)
no previstas priori
ENGENHEIRO
tipo_engenheiro
empregado (CPF_empregado, nome_empregado,

tipo_empS, idioma, tipo_empT, grau_tcnico,
tipo_empE, tipo_engenheiro)
47
48
Paciente = {RG, Nome}
Agregao
Agregao
Mdico = {CRM, Nome}
Opo 1
Consulta = {RGPa, CRMMe, Data}
Deve ser usada
Para mapear ocorrncias de Agregao
quando o tipo-entidade agregao identificado por atributo

prprio + chaves dos tipos-entidade que participam do tiporelacionamento gerador
uma mesma instncia do tipo-relacionamento gerador
resulta em mais de uma entidade agregada
considerar cada um dos casos de como o tipoentidade resultante da agregao identificado

levar em considerao as chaves dos tiposentidade componentes, o tipo-relacionamento
gerador, os atributos do tipo-relacionamento
gerador, o tipo-entidade agregao, e os atributos
do tipo-entidade agregao
CONSULTA
MDICO
atende
M PACIENTE
RG
nome
CRM
data
nome
Agregao
Opo 2
49
Professor = {NroFunc, Nome}
Agregao
AlunoPos = {NroMat, Nome}

Projeto = {Orientador, Aluno, Titulo}
Deve ser usada
Opo de mapeamento 3
Mistura das opes 1 e 2
quando o tipo-entidade agregao identificado por um de

seus atributos
em geral o atributo identificador da agregao era
identificador do tipo-relacionamento gerador
CONSULTA
MDICO
PROJETO
atende
M PACIENTE
PROFESSOR
orienta
ttulo
nome
NroMat
nome
NroFunc
data
nome
ALUNO
PS
nro_registroc
RG
nome
CRM
50
Mdico = {CRM, Nome}

Consulta = {RGPa, CRMMe, Data, NroRegistroC}
51
Agregao

Analisar os atributos do Mdico = {CRM, Nome}
tipo-relacionamento
Consulta = {RGPa, CRMMe, Data, Local}
gerador
Sempre que uma instncia do tipo-relacionamento
gerador puder resultar em mais de uma entidade
agregada
Quando puderem ser repassados para a agregao
mapear o relacionamento
atende
CRM
nome
data
Agregao
Analisar os atributos do tipo-relacionamento gerador
Professor = {NroFunc, Nome}
Disciplina = {Sigla, Nome}
Sempre que uma instncia do tipo-relacionamento
Ministra
{Professor,
Disciplina,
gerador
puder =
resultar
em mais
de umaLivroTexto}
entidade
agregada
Aula = {Professor, Disciplina, DataHora}
livro_texto
AULA
M PACIENTE
PROFESSOR
RG
nome
52
Quando no puderem ser repassados para a agregao

mapear o relacionamento
local
CONSULTA
MDICO
no
ministra
NroFunc
nome
53
data/hora
M DISCIPLINA
sigla
nome
54
Exerccio em sala
Bibliografia
Elmasri, Ramez; Navathe, Shamkant B. Sistemas de
banco de dados. 4 ed. So Paulo: Addison Wesley,
2005, 724 p. Bibliografia: p. 690-714.
Fazer o mapeamento para o Modelo

Relacional do MER do Aeroporto.
55
58
Atividade complementar para casa

Captulos 5 e 7 do livro: Elmasri, Ramez;
Navathe, Shamkant B. Sistemas de banco de
dados. 4 Edio.
Lista de exerccios disponvel no site da

disciplina
59
10

Modelo de aeroporto e manutenção de aeronaves

Hochgeladen von

Dokumentinformationen

Originaltitel

Copyright

Verfügbare Formate

Dieses Dokument teilen

Dokument teilen oder einbetten

Freigabeoptionen

Stufen Sie dieses Dokument als nützlich ein?

Sind diese Inhalte unangemessen?

Copyright:

Verfügbare Formate

Modelo de aeroporto e manutenção de aeronaves

Hochgeladen von

Copyright:

Verfügbare Formate

Gesto da Informao

FACOM39801 Sistemas de Bancos de Dados

Modelo Relacional e Regras de

Profa. Maria Camila Nardini Barioni

Suponha que os seguintes requisitos foram

O banco de dados tambm deve registrar os

FACOM39801 Sistemas de Bancos de Dados - 2 semestre de 2016

Cada avio passa por manuteno muitas

O banco de dados tambm deve registrar:

os tipos de avio que cada piloto autorizado a

Modelo de Dados e o Projeto de BD

FACOM39801 Sistemas de Bancos de Dados - 2 semestre de 2016

Exemplo: Tabela Aluno

representado como uma coleo de

935639 Adriana Zagalo

938904 Antnio Nascimento

Av. Castro Alves, 57

934789 Roberto Antonione

Av. Sunab Jatab, 3467 apto 32

Restries sobre uma Relao

FACOM39801 Sistemas de Bancos de Dados - 2 semestre de 2016

Restries entre duas Relaes

mantm a consistncia entre as tuplas nas duas

identifica de forma nica cada tupla da relao

definida entre a chave estrangeira (FK) de uma

FACOM39801 Sistemas de Bancos de Dados - 2 semestre de 2016

Restries entre duas Relaes

os atributos de FK tm os mesmos domnios que

FACOM39801 Sistemas de Bancos de Dados - 2 semestre de 2016

FACOM39801 Sistemas de Bancos de Dados - 2 semestre de 2016

Passo 1: Tipo-Entidade Forte

Geram trs tipos de relao:

relao entidade com a mesma informao que o

relao entidade com a chave estrangeira de um

relao relacionamento com as chaves primrias

empregado (CPF_empregado, nome_empregado)

Passo 1: Tipo-Entidade Forte

FACOM39801 Sistemas de Bancos de Dados - 2 semestre de 2016

Passo 2: Tipo-Entidade Fraca

Exemplo atributo composto

Modelo entidade relacionamento

tabela de n+m colunas distintas, correspondendo s m

empregado (CPF_empregado, nome_empregado)

empregado (CPF_empregado, nome_empregado, rua, cep, cidade)

FACOM39801 Sistemas de Bancos de Dados - 2 semestre de 2016

Passo 3: Tipo-Relacionamento (1:1)

Passo 3: Tipo-Relacionamento (1:1)

Modelo entidade relacionamento

Modelo relacional (3 opes para a chave

empregado (CPF_empregado, nome_empregado)

empregado (CPF_empregado, nome_empregado, sigla_depto)

Passo 4: Tipo-Relacionamento (1:n)

FACOM39801 Sistemas de Bancos de Dados - 2 semestre de 2016

Passo 4: Tipo-Relacionamento (1:n)

Modelo entidade relacionamento

tipo-relacionamento binrio: E1 relacionando-se

a tabela de E1 possuir apenas os atributos de E1

empregado (CPF_empregado, nome_empregado, sigla_depto)

departamento (sigla_depto, nome_depto)

FACOM39801 Sistemas de Bancos de Dados - 2 semestre de 2016

empregado (CPF_empregado, nome_empregado, sigla_depto)

repete-se a chave primria de E1 em E2 e vice versa

FACOM39801 Sistemas de Bancos de Dados - 2 semestre de 2016