Conversão Entre Modelos e Normalização

Carlos A. Heuser - Transparncias para uso com o livro Projeto de Banco de Dados, Ed. Sagra&Luzzatto, Porto Alegre, 1999 1

Transforma es entre modelos

Captulo 5


Transforma es entre modelos

Modelo ER(conceitual)

Modelo relacional(lgico)

cCiclo de

re-engenhariade BD

Projeto lgicode BD relacional

Engenhariareversa de

BD relacional


Projeto l gico

modelo ER(nvel conceitual)

modelo relacional(nvel lgico)

Conhecimentosobre a aplicao

TransformaoER para

relacional

Refinamentodo modelorelacional


Transforma o ER para relacional

Regras gerais Aplicveis maioria dos casos H situa es

por exi gncias da aplica o, outros mapeamentosso usados

Implementadas em ferramentas CASE

Objetivos bsicos: Boa performance Simplificar o desenvolvimento


Regras gerais de tradu o

Evitar jun es

Diminuir o nmero de chaves

Evitar campos opcionais


Jun o

Operao para buscar dados de diversas linhasassociadas pela igualdade de campos

Exemplo: buscar os dados de um empregado e os dados de

seu departamento (duas tabelas diferentes)


Evitar jun es

SGBD relacional normalmente armazena osdados de uma linha contiguamente em disco

Jun o envolve diversos acessos a disco

Prefervel ter os dados necessrios a uma consulta em uma

nica linha


Chave e ndice

Implementa o eficiente do controle de chaves:SGBD usa um ndice ndices tendem a ocupar espa o considervel em

disco

Inser o e remo o de entradas em um ndice Podem exigir diversos acesso a disco


Diminuir o nmero de chaves

Usar implementa es com menos chaves

Exemplo

Cliente (CodCliente,Nome,NomeContato,Endereo,Telefone)

ou

Cliente (CodCliente,Nome,NomeContato)ClienteEnder (CodCliente,Endereo,Telefone)

CodCliente referencia Cliente


Campos opcionais

Campo opcional = campo que podem assumir ovalor VAZIO (NULL em SQL).

SGBD relacional no desperdi a espao pelo fatode campos de uma linha estarem vazios

Campo opcional no tem influncia naperformance


Evitar campos opcionais

Controle de campo opcional pode complicarprograma o Verificar quais campos podem estar vazios,

quando isto depende do tipo de linha

Regra mais "fraca" que as precedentes


Exerccio 5.1

Considere as seguintes alternativas de implementao de umbanco de dados relacional:Alternativa 1:

Aluno (CodAl,Nome,CodCurso,Endereco)Alternativa 2

Aluno (CodAl,Nome,CodCurso)EnderecoAluno (CodAl,Endereco)

CodAl referencia AlunoEm ambos casos est sendo representado um conjunto de alunose informaes (cdigo, nome, cdigo de curso, endereo) a elereferentes. Discuta luz dos princpios que baseiam as regras detraduo de diagramas ER para modelo relacional, qual das duasalternativas prefervel.


Passos da transforma oER para relacional

Tradu o inicial de entidades e respectivosatributos

Tradu o de relacionamentos e respectivosatributos

Tradu o de generaliza es/especializa es


Implementa o inicial de entidades

Cada entidade traduzida para uma tabela

Cada atributo da entidade define uma colunadesta tabela

Atributos identificadores da entidadecorrespondem a chave primria da tabela.

Ttradu o inicial : Regras que seguem podem fundir tabelas


Implementa o de entidadeexemplo

PESSOAendereo

cdigonomedata de

nascimento

data deadmisso

Pessoa (CodigoPess,Nome,Endereo,DataNasc,DataAdm)


Tradu o de entidaderelacionamento identificador

EMPREGADO DEPENDENTE(1,1) (0,n)

nomeseqnciacdigonmero

nome

Dependente (CodigoEmp,NoSeq,Nome)


Relacionamento identificadorrecurso

(0,n)

GRUPO

EMPRESA

(1,1)

(1,1)

(0,n)

cdigo

nmero daempresa

nmero doempregado EMPREGADO DEPENDENTE(1,1) (0,n)

nomeseqncianmero de

nome

nome

nome Grupo (CodGrup,Nome)

Empresa (CodGrup,NoEmpresa,Nome)

Empregado (CodGrup,NoEmpresa,NoEmpreg,Nome)

Dependente(CodGrup,NoEmpresa,NoEmpreg,NoSeq,Nome)


Nomes de colunas

Referenciados freqentemente em programas eoutras formas de texto em computador

Para diminuir o trabalho de programadores manter os nomes de colunas curtos.

SGBD relacional nome de uma coluna no pode conter brancos


Nomes de atributose nomes de colunas

No transcrever os nomes de atributos paranomes de colunas.

Nomes de atributos compostos de diversaspalavras devem ser abreviados

Nomes de colunas no necessitam conter onome da tabela Prefervel usar o nome de coluna Nome a usar os

nomes de coluna NomePess ou NomePessoa SQL j exige muitas vezes forma

Pessoa.Nome


Nome da coluna chave primria

Chave primria pode aparecer em outras tabelas na forma de

chave estrangeira

Recomendvel nomes das colunas que compem a chave

primria

sufixados ou prefixados com o nome ou si gla databela na qual aparecem como chave primria

Exemplo

Codi goPess


Implementa o de relacionamentoalternativas

Tabela prpria

Adi o de colunas a uma das tabelas

Fuso de tabelas

Alternativa depende da cardinalidade (mxima emnima do relacionamento)


Tabela prpria

ENGENHEIRO ATUAO PROJETO(0,n) (0,n)

Cdigo Nome TtuloFuno Cdigo

Engenheiro (CodEng,Nome)Projeto (CodProj,Ttulo)Atua o (CodEng,CopProj ,Funo)

CodEng referencia EngenheiroCodProj referencia Projeto


Adi o de colunas

DEPARTAMENTO LOTAO EMPREGADO(1,1) (0,n)

Cdigo Nome NomeData lotao Cdigo

Departamento (CodDept,Nome)Empregado (CodEmp,Nome,CodDept,DataLota )

CodDept referencia Departamento


Fuso de tabelas

CONFERNCIA ORGANIZAO COMISSO(1,1) (1,1)

Cdigo Nome EnderData Instalao

Conferncia (CodConf,Nome,DataInstComOrg,EnderComOrg)


Implementa o de relacionamentos 1:1

Regra de implementaoTipo de relacionamento Tabela

prpriaAdiocoluna

Fusotabelas

(0,1) (0,1) 4 5

(0,1) (1,1) 5 4

(1,1) (1,1) 5 5 4

4Alternativa preferida Pode ser usada5 No usar


1:1 - ambas entidades opcionaisexemplo

HOMEM CASAMENTO MULHER(0,1) (0,1)

Identidade Nome IdentidadeData Regime Nome


1:1 - ambas opcionaisadio de colunas

Mulher (IdentM,Nome,IdentH,Data,Regime)

IdentH referencia Homem

Homem (IdentH,Nome)




1:1 - ambas opcionaistabela prpria



Mulher (IdentM,Nome)

Homem (IdentH,Nome)

Casamento (IdentM, IdentH,Data,Re gime)

IdentM referencia Mulher

IdentH referencia Homem


1:1 - ambas opcionaisfuso de tabelas



Casamento (IdentM,IdentH,Data,Regime,NomeH,NomeM )


1:1 - ambas opcionaisdiscusso

Solu o por fuso de tabelas invivel Chave primria artificial

Solu o por adi o de colunas melhor Menor nmero de jun es Menor nmero de chaves

Solu o por tabela prpria aceitvel


1:1 - Uma entidade opcionaloutra obri gatria

CORRENTISTA CARTOMAGNTICO(1,1) (0,1)

Cdigo Nome Cdigo Data Exp.


1:1 - opcional/obri gatriafuso de tabelas



Correntista (CodCorrent,Nome,CodCarto,DataExp)


1:1 - opcional/obri gatriaadio de colunas



Correntista (CodCorrent,Nome)Carto(CodCarto,DataExp,CodCorrent )

CodCorrent referencia Correntista


1:1 - opcional/obri gatriatabela prpria



Correntista (CodCorrent,Nome)Carto(CodCarto,DataExp)CartoCorrentista(CodCarto,CodCorrent )

CodCorrent referencia CorrentistaCodCarto referencia Carto


1:1 - opcional/obri gatriadiscusso

Solu o por tabela prpria pior que a solu opor adio de colunas Maior nmero de jun es Maior nmero de ndices Nenhum tm problema de campos opcionais


1:1 - opcional/obri gatriadiscusso

Adi o de colunas versus fuso de tabelas Fuso de tabelas melhor em termos de nmero

de jun es e nmero de chaves Adico de colunas em melhor em termos de

campos opcionais Fuso de tabelas considerada a melhor e adi o

de colunas aceitvel


1:1 - Ambas entidades temparticipa o obri gatria




1:1 - ambas obri gatriasfuso de tabelas



Conferncia (CodConf,Nome,DataInstComOrg,EnderComOrg)


1:1 - Ambas obri gatrias

Nenhuma das demais alternativas atendeplenamente

Em ambas Entidades que participam do relacionamento

seriam representadas atravs de duas tabelasdistintas

Estas tabelas teriam a mesma chave primria erelao um-para-um entre suas linhas

Maior nmero de jun es Maior nmero de chaves primrias


Relacionamentos 1:n


prpriaAdiocoluna

Fusotabelas

(0,1) (0,n) 4 5

(0,1) (1,n) 4 5

(1,1) (0,n) 5 4 5

(1,1) (1,n) 5 4 5

4Alternativa preferida Pode ser usada5 No usar


1:n - caso 1

A entidade que tem cardinalidade mxima 1 obrigatria




1:n - caso 1adio de colunas



Departamento (CodDept,Nome)Empregado (CodEmp,Nome,CodDept,DataLota )

CodDept referencia Departamento


1:n - caso 1tabela prpria



Departamento (CodDept,Nome)Empregado (CodEmp,Nome,Lotacao(CodEmp ,CodDept,DataLota )

CodDept referencia DepartamentoCodEmp referencia Empregado


1:n - caso 1discusso

Fuso de tabelas No se aplica Implicaria em

redundncia de dados de departamento, ou

tabela aninhada

Adi o de colunas melhor que tabela prpria Menor nmero de chaves Menor nmero de jun es No h o problema de campos opcionais


1:n - caso 2

A entidade que tem cardinalidade mxima 1 opcional

FINANCEIRA FINACIAM VENDA(0,1)

taxa de juros

(0,n)

n de parcelas

Cdigo Nome Id Data


1:n - caso 2adio de colunas


taxa de juros

(0,n)

n de parcelas

Cdigo Nome Id Data

Financeira (CodFin,Nome)Venda (IdVend,Data,CodFin,NoParc,TxJuros )

CodFin referencia Financeira


1:n - caso 2tabela prpria


taxa de juros

(0,n)

n de parcelas

Cdigo Nome Id Data

Financeira (CodFin,Nome)Venda (IdVend,Data)Fianciam (IdVend ,CodFin,NoParc,TxJuros)

IdVend referencia VendaCodFin referencia Financeira


1:n - caso 2discusso

Implementa o por tabela prpria tambm aceitvel melhor em rela o a campos opcionais Perde em rela o a jun es e nmero de chaves


Relacionamentos n:n


prpriaAdiocoluna

Fusotabelas

(0,n) (0,n) 4 5 5

(0,n) (1,n) 4 5 5

(1,n) (1,n) 4 5 5

4Alternativa preferida 5 No usar


Relacionamentos n:n

ENGENHEIRO ATUAO PROJETO(0,n) (0,n)

Cdigo Nome TtuloFuno Cdigo

Engenheiro (CodEng,Nome)Projeto (CodProj,Ttulo)Atua o (CodEng,CodProj ,Funo)

CodEng referencia EngenheiroCodProj referencia Projeto


Relacionamento grau > dois

nomenome

DISTRIBUIDORCIDADE

PRODUTO

DISTRIBUIO

(0,1)

(0,n)

(0,n)cdigo cdigo

cdigonome

data deincio


Relacionamento grau>2

No so definidas regras especficas O relacionamento transformado em uma entidade So aplicadas regras de implementa o

relacionamentos binrios



DISTRIBUIDORCIDADE

PRODUTO

(0,n)

DISTRIBUIO

(1,1)

(1,1)

(1,1)

(0,n)

(0,n)

nomenomecdigo cdigo

cdigonome

data deincio



Produto (CodProd,Nome)Cidade (CodCid,Nome)Distribuidor (CodDistr,Nome)Distribui o (CodProd,CodDistr,CodCid ,DataInicio)CodProd referencia ProdutoCodDistr referencia DistribuidorCodCid referencia Cidade


Implementa o degeneraliza o/especializa o

Duas alternativas bsicas uso de uma tabela para cada entidade uso de uma nica tabela para toda hierarquia

Outra alternativa (extica) Subdiviso de entidade genrica


Generaliza o/especializa oexemplo

cdigo nome cdigo nome

CREA

EMPREGADO DEPARTAMENTO

SECRETRIAENGENHEIRO

PROCESSADORDE TEXTOS PROJETO

DOMNIO PARTICIPAO

LOTAO

tipo deempregado

nome

carteira dehabilitao

CIC(1,1)(0,n)

(1,n)

(0,n)(0,n)

(0,n)

p

RAMO DAENGENHARIA

(0,n)

(1,1)

MOTORISTA

cdigocdigo nome

cdigo nome


Uma tabela por hierarquia

Todas tabelas referentes s especializa es so fundidasem uma nica tabela

Tabela contm: Chave primria correspondente ao identificador da entidade

mais genrico Caso no exista, adicionar uma coluna Tipo Uma coluna para cada atributo da entidade genrica Colunas referentes aos relacionamentos dos quais participa a

entidade genrica e que sejam implementados atravs daalternativa de adicionar colunas tabela da entidade genrica

segue



Tabela contm (continua o): Uma coluna para cada atributo de cada entidade especializada

(opcional) Colunas referentes aos relacionamentos dos quais participa

cada entidade especializada e que sejam implementadosatravs da alternativa de adicionar colunas tabela daentidade (campo opcional)



Emp (CdigoEmp,Tipo,Nome,CIC,CodigoDept,CartHabil,CREA,CdigoRamo)

CdigoDept referencia DeptoCdigoRamo referencia Ramo

Depto (CdigoDept, Nome)Ramo (CdigoRamo,Nome)ProcessTexto (CdigoProc,Nome)Domnio (CdigoEmp,CdigoProc)

CdigoEmp referencia EmpCdigoProc referencia ProcessTexto

Projeto (CdigoProj,Nome)Participao (CdigoEmp,CodigoProj)

CdigoEmp referencia EmpCdigoProj referencia Projeto


Uma tabela por entidade especializada

Criar uma tabela para cada entidade que compea hierarquia

Incluir a chave primria da tabela correspondente entidade genrica., em cada tabelacorrespondente a uma entidade especializada


Uma tabelapor entidade

especializada

Emp (CdigoEmp,Tipo,Nome,CIC,CdigoDept)CdigoDept referencia Depto

Motorista(CdigoEmp,CartHabil)CdigoEmp referencia Emp

Engenheiro(CdigoEmp,CREA,CdigoRamo)CdigoEmp referencia EmpCdigoRamo referencia Ramo

Depto (CdigoDept, Nome)Ramo (CdigoRamo,Nome)ProcessTexto (CdigoProc,Nome)Domnio (CdigoEmp,CdigoProc)

CdigoEmp referencia EmpCdigo Proc referencia ProcessTexto

Projeto (CdigoProj,Nome)Participao (CdigoEmp,CdigoProj)

CdigoEmp referencia EmpCdigoProj referencia Projeto


Vantagens da implementa ocom tabela nica

Dados referentes entidade genrica + dadosreferentes s especializa es em uma nica linha

Minimiza jun es

Menor nmero de chaves


Vantagens da implementa o comuma tabela por entidade especializada

Colunas opcionais apenas aquelas referentes a atributos que podem

ser vazios do ponto de vista da aplica o.


Subdiviso da entidade genrica

Uma tabela para cada entidade especializada queno possua outra especializa o (entidade folhada rvore)

Tabela contm dados da entidade especializada + dados da entidade genrica



EmpOutros (CdigoEmp,Tipo,Nome,CIC,CdigoDept)CdigoDept referencia Depto

Motorista(CdigoEmp, Nome,CIC,CdigoDept,CartHabil)Engenheiro(CdigoEmp, Nome,CIC,CdigoDept, CREA,CdigoRamo)

CdigoRamo referencia RamoDepto (CdigoDept, Nome)Ramo (CdigoRamo,Nome)ProcessTexto (CdigoProc,Nome)Domnio (CdigoEmp,CdigoProc)

Cdigo Proc referencia ProcessTextoProjeto (CdigoProj,Nome)Participao (CdigoEmp,CdigoProj)

CdigoProj referencia Projeto



Desvantagem: Unicidade da chave primria

no garantida pelo SGBD

deve ser garantida pela aplica o No h como especificar ao SGBD restri es de

integridade referenciais, que fa am referncia aoconjunto de empregados como um todo


Refinamento do modelo relacional

Projeto (engenharia) em geral compromisso entre o ideal e o realizvel dentro

das restri es de recursos impostas pelas prtica

Projeto de banco de dados compromisso entre o

ideal (regras de implementa o)

e o

alcan vel frente a limita es de performance



Algumas vezes esquema de BD criado atravs do uso das regras

acima no atende requisitos de performanceimpostos ao sistema

Necessrio buscar alternativa que resulte emmelhor performance do sistema

Alternativas somente devem ser tentadas emltimo caso Do ponto de vista da programa o so sempre

piores



Relacionamentos mutuamente exclusivos

Simula o de atributos multivalorados

Informa es redundantes


Relacionamentosmutuamente exclusivos

PESSOAFSICA VENDA

PESSOAJURDICA

(0,n)

(0,1)

(0,n)(0,1)

CIC nome N data

CGC razosocial



Implementa o pelas regras

colunas CIC e CGC em Venda so especificadascomo opcionais

PessFis(CIC,Nome)PessJur(CGC,RazSoc)Venda(No,data,CIC,CGC)

CIC referencia PessFisCGC referencia PessJur



Implementa o alternativa criar uma nica coluna na qual aparece o CIC ou o

CGC do comprador

Desvantagem

No possvel especificar ao SGBD que o campoCIC/CGC chave estran geira

no referencia uma nica tabela

PessFis(CIC,Nome)PessJur(CGC,RazSoc)Venda(No,data,CIC/CGC,TipoCompr)


Tratamento deatributos multivalorados

cdigonome

CLIENTE

nmero detelefone (0,n)

cdigonome

CLIENTE

TELEFONE

(1,1)

(0,n)

nmero


Atributos multivaloradosimplementa o padro

Cliente (CodCli,Nome)Telefone (CodCli,Nmero)

CodCli referencia Cliente


Atributos multivaloradosalternativa

Condi es de contorno: Raros clientes possuem mais que dois telefones. Quando isso ocorrer

suficiente armazenarmos apenas dois nmeros. No h consultas ao banco de dados usando o

nmero de telefone como critrio de sele o Nmeros de telefone so apenas exibidos ou

impressos juntos s demais informa es decliente



Implementa o desnormalizada

Cliente (CodCli ,Nome,NumTel1,NumTel2)

Simular uma coluna multi-valorada atravs dacria o de diversas colunas NumTel sufixadaspor um nmero



Permite que os telefones de um cliente sejamobtidos mais rapidamente

Implica em menos espa o ocupado no necessria chave primria da tabela Telefone

Inconveniente Consulta usando o nmero de telefone como

critrio de busca torna-se mais complicada Manter os telefones "alinhados esquerda" exige

rotina complexa


Informa es redundantes

Exemplo: atributos que resultam de uma opera o que

envolve diversas entidades do banco de dados valor destes atributos

deve ser obtido com freqncia ou

serve freqentemente como critrio de busca deinforma es no banco de dados

Pode ser mais eficiente (performance global dosistema) armazenar redundantemente o atributo derivado


Informa es redundantesExemplo

nmero

de

reservas

passageiro

cdigoroteiro

VO

RESERVA

(1,1)

(0,n)

nmero


Exerccio 5.2DER

PRODUTOFABRICANTE

MEDICAMENTO PERFUMARIA

VENDARECEITAMDICA

(1,1) (0,n)

(0,n)

(0,n)

(1,n)

(0,1)

(0,n)

t


Exerccio 5.2atributos

Produto (Nmero, NomeComercial, TipoEmbalagem,Quantidade, PreoUnitrio)

Fabricante (CGC,Nome,Endereo)Medicamento(Tarja,Frmula)Perfumaria(Tipo)Venda(Data,NmeroNota,NomeCliente,CidadeCliente)PerfumariaVenda(Quantidade,Imposto)MedicamentoReceitaVenda(Quantidade,Imposto)ReceitaMdica(CRM,Nmero,Data)


Exerccio 5.2solu o

Produto (CGC, NmeroProd, NomeComercial, TipoEmbalagem,Quantidade, PreoUnitrio, TipoProd, Tarja,Frmula, Tipo)CGC referencia Fabricante

Fabricante (CGC,Nome,Endereo)Venda(Data,NmeroNota,NomeCliente,CidadeCliente)PerfumariaVenda(CGC, NmeroProd, NmeroNota,Quantidade,Imposto)

(CGC,NmeroProd) referencia ProdutoNmeroNota referencia Venda

MedicamentoVenda(CGC, NmeroProd, NmeroNota,Quantidade,Imposto, CRM, Nmero)(CGC,NmeroProd) referencia ProdutoNmeroNota referencia Venda(CRM, Nmero) referencia ReceitaMdica

ReceitaMdica(CRM,Nmero,Data)


Exerccio 5.3DER

TIPO DEVECULO

AUTOMVEL NIBUS

VECULO

(1,1)

(0,n)

CONTRATOALUGUEL

CLIENTE

ESCRITRIO

(1,1)

(0,n)

(1,1)

(1,n)

(1,1)(0,n)

similaridade(0,n)

(0,n)



Escritrio (Nmero, Local)

Cliente (NmeroCartMotorista, EstadoCartMotorista,

Nome, Endereo, Telefone)

Contrato aluguel (Nmero, Data, Durao)

Veculo (Nmero, DataPrximaManuteno, Placa)

Tipo de Veculo (Cdigo, Nome, ArCondicionado)

Automvel (NmeroPortas, DireoHidrulica, CmbioAutomtico, Rdio)

nibus (NmeroPassageiros, Leito, Sanitrio)


Exerccio 5.3solu oEscritrio (NmeroEscr, Local)

Contrato aluguel (NmeroEscr, NmeroContr, Data, Durao,NmeroVeic, NmeroCarMotorista, EstadoCarMotorista)NmeroEscr referencia EscritrioNmeroVeic referencia Veculo

Cliente (NmeroCartMotorista, EstadoCartMotorista, Nome, Endereo, Telefone)Veculo (Nmero, DataPrximaManuteno, Placa, CdigoTipo)

CdigoTipo referencia TipoVeiculoTipoVeculo (CdigoTipo, Nome, ArCondicionado)Similaridade (CdigoTipo, CdigoTipoSimilar)

CdigoTipo referencia TipoVeculoCdigoTipoSimilar referencia TipoVeculo

Automvel (CdigoTipo, NmeroPortas, DireoHidrulica,CmbioAutomtico, Rdio)CdigoTipo referencia TipoVeculo

nibus (CdigoTipo, NmeroPassageiros, Leito, Sanitrio)CdigoTipo referencia TipoVeculo


Engenharia reversade modelos relacionais

Engenharia reversa parte de modelo de implementa o obtm modelo de especifica o (modelo

conceitual)


Engenharia reversa

Modelo ER(conceitual)

Modelo relacional(lgico)

Projeto lgicode BD relacional

Engenhariareversa de

BD relacional


Engenharia reversa de modelorelacional

Passos: Identifica o da constru o ER correspondente a

cada tabela Defini o de relacionamentos 1:n e 1:1 Defini o de atributos Defini o de identificadores de entidades e

relacionamentos


Esquema relacionalpara en genharia reversa

Disciplina (CodDisc,NomeDisc)Curso (CodCr,NomeCr)Curric (CodCr,CodDisc,Obr/Opc)

CodCr referencia CursoCodDisc referencia Disciplina

Sala (CodPr,CodSl,Capacidade)CodPr referencia Prdio

Prdio (CodPr,Endereo)Turma (Anosem,CodDisc,SiglaTur,Capacidade,CodPr,CodSl)

CodDisc referencia Disciplina(CodPr,CodSl) referencia Sala

Laboratrio ( CodPr,CodSl, Equipam)(CodPr,CodSl) referencia Sala


Identifica o da constru o ERcorrespondente a cada tabela

Uma tabela pode corresponder a: uma entidade um relacionamento n:n uma entidade especializada

Fator determinante composi o de sua chave primria


Tipos de tabelas paraidentifica o de constru o ER

Composio da

chave primria

Construo ER

correspondente

Mltiplas chaves

estrangeiras

Relacionamento n:n

Toda chave primria

uma chave estrangeira

Especializao

Demais casos Entidade


Constru es identificadas

Disciplina (CodDisc,NomeDisc) entidadeCurso (CodCr,NomeCr) entidadeCurric (CodCr,CodDisc,Obr/Opc) relacionamento n:n


Sala (CodPr,CodSl,Capacidade) entidadeCodPr referencia Prdio

Prdio (CodPr,Endereo) entidadeTurma (Anosem,CodDisc,SiglaTur,Capacidade,CodPr,CodSl) entidade


Laboratrio ( CodPr,CodSl, Equipam) especializao(CodPr,CodSl) referencia Sala


Constru es identificadas

TURMA DISCIPLINA

SALA CURSO

n

n

CURRCULO

PRDIOLABORATRIO


Identifica o derelacionamentos 1:n ou 1:1

Chave estrangeira que no se enquadra nasregras acima representa

relacionamento 1:n

ou

relacionamento 1:1

Esquema no informa se 1:1 ou 1:n



Disciplina (CodDisc,NomeDisc)Curso (CodCr,NomeCr)Curric (CodCr,CodDisc,Obr/Opc)


Sala (CodPr,CodSl,Capacidade)CodPr referencia Prdio

Prdio (CodPr,Endereo)Turma (Anosem,CodDisc,SiglaTur,Capacidade,CodPr,CodSl)


Laboratrio ( CodPr,CodSl, Equipam)(CodPr,CodSl) referencia Sala

Chaves estrangeiraspor tratar indicadasem vermelho



TURMA DISCIPLINA

SALA CURSO

n

n

CURRCULO

PRDIOLABORATRIO

1n

1

1

n

n


Defini o de atributos

Cada coluna no chave estrangeira um atributo na entidade/relacionamento

correspondente tabela

As colunas chave estrangeira no correspondema atributos correspondem a relacionamentos j foram tratadas nas etapas anteriores


Defini ode

atributos

equipamentoendereocdigo

nomecdigo

obrig/opc

capacidade

ano/sem

nome cdigosiglacapacidade

TURMA DISCIPLINA

SALA CURSO

n

n

CURRCULO

PRDIOLABORATRIO

1n

1

1

n

ncdigo


Defini o deidentificadores de entidades

Coluna da chave primria que no chaveestrangeira corresponde a um atributo identificador da

entidade ou relacionamento.

Coluna da chave primria que chaveestrangeira corresponde a um relacionamento identificador da

entidade


Defini o deidentificadores

de entidades

equipamentoendereocdigo

nomecdigo

obrig/opc

capacidadecdigo

nome cdigosiglacapacidade

TURMA DISCIPLINA

SALA CURSO

n

n

CURRCULO

PRDIOLABORATRIO

1n

1

1

n

n

ano/sem


Exerccio5.4Produto (CodigoTipoProd,NumeroProd,DescricaoProd,PreoProd)

CodigoTipoProd referencia TipoProd

Similaridade (CodigoTipoProd,NumeroProd, CodigoTipoProdSim,NumeroProdSim)

(CodigoTipoProd,NumeroProd) referencia Produto(CodigoTipoProdsim,NumeroProdSim) referencia Produto

TipoProd (CodigoTipoProd,DescricaoTipoProd)

Venda (NmeroNF,DataVenda,CodReg,CodEmp)(CodigoReg) referencia Registradora(CodEmo) referencia Empregado

ItemVenda (NmeroNF,CodigoTipoProd,NumeroProd, QtdeItem,PreoItem)(NmeroNF) referencia Venda(CodigoTipoProd,NumeroProd) referencia Produto

Registradora (CodReg, SaldoReg)

Empregado (CodEmp, NomeEmp, SenhaEmp)


Exerccio 5.4passo 1

EMPREGADO

PRODUTO

VENDA

TIPO DEPRODUTO

SIMILARn

n

ITEMVENDA

REGISTRADORA

n

n


Exerccio 5.4passo 2

EMPREGADO

PRODUTO

VENDA

TIPO DEPRODUTO

(1,1)

n

1

SIMILARn

n

ITEMVENDA

REGISTRADORA

1

n

n


Exerccio 5.4DER final

EMPREGADO

PRODUTO

VENDA

TIPO DEPRODUTO

(1,1)

n

1

SIMILARn

n

ITEMVENDA

REGISTRADORA

1

n

n



Produto (NumeroProd,DescricaoProd,PreoProd)

TipoProd (CodigoTipoProd,DescricaoTipoProd)

Venda (NmeroNF,DataVenda)

ItemVenda (QtdeItem,PreoItem)

Registradora (CodReg, SaldoReg)

Empregado (CodEmp, NomeEmp, SenhaEmp)


Exerccio 5.5

Pessoa (PessID, PessNome, NascLocID, DataNasc, FalecLocID,DataFalec, ProfID, FilhoCasamID, Sexo)

NascLocID referencia LocalFalecLocID referencia LocalProfID referencia ProfissFilhoCasamID referencia Casam

Local (LocID,Cidade,Pas)Profiss (ProfID,ProfNome)Casam (CasamID, MaridoPessID, EsposaPessID,

DataCasam, CasamLocID)MaridoPessID referencia PessoaEsposaPessID referencia PessoaCasamLocID referencia Local


Exerccio 5.5passo 1

PESSOA

CASAMENTO

PROFISSO

LOCAL


Exerccio 5.5passo 2

PESSOA

CASAMENTO

PROFISSO

1

NASCIM

LOCAL

FALECIM

ESPOSAMARIDO FILHO

1 1

1

1

1



Pessoa (PessID, PessNome, DataNasc, DataFalec, Sexo)Local (LocID, Cidade, Pas)Profisso (ProfID, ProfNome)Casamento (CasamID, DataCasam)

Conversão Entre Modelos e Normalização

Documents

Transcript of Conversão Entre Modelos e Normalização