Curso: Banco de Dados I Análise de Sistemas PUC Campinas

Slides:



Advertisements
Apresentações semelhantes
Modelo Relacional e Transformação DER x Relacional
Advertisements

Normalização em BD Relacional
SISTEMAS DE INFORMAÇÃO
Curso: Banco de Dados I Análise de Sistemas PUC Campinas
Curso: Banco de Dados I Análise de Sistemas PUC Campinas
NORMALIZAÇÃO Unidade: Sistemas de Gestão de Base de Dados
Normalização.
MODELO RELACIONAL Transparências baseadas no capítulo 3 do livro de KORTH e SILBERCHATZ e capítulo 7 do livro de ELMASRI e NAVATHE Juliana Amaral e Rodrigo.
Prof.: Bruno Rafael de Oliveira Rodrigues
Sistemas de Informação Redes de Computadores
FOLHA DE CÁLCULO 1.
30 Novembro 2005Folha da Cálculo1 Jorge Cruz DI/FCT/UNL Introdução aos Computadores e à Programação 1º Semestre 2005/2006.
Modelo Entidade-Relacionamento
Projeto de Banco de Dados
Conceito de Chave Composta
Modelo Relacional Professor Edson Emílio Scalabrin telefone: 0xx download:
Sistema Gerenciador de Banco de Dados SGBD
Modelo de Dados Professores Edson E. Scalabrin Marcos A. H. Shmeil telefone: 0xx {scalabrin, download:
Introdução a Bancos de Dados
Universidade Federal de Santa Catarina
15 Introdução à Manipulação de Planilhas Eletrônicas Planilhas Eletrônicas são tabelas usadas para comunicar informações de forma clara, precisa e sucinta.
ÁLGEBRA RELACIONAL Cada operador da álgebra relacional toma uma ou duas relações como sua entrada e gera uma nova relação como saída. São oito os operadores.
IG-UNICAMP A RETA Fonte : PRINCIPE JR, A.R., Noções de Geometria Descritiva V. 1, 36. ed., Sao Paulo : Nobel, 1983.
(Dependência Funcional e Normalização)
Processo de Normalização
Profa Msc. Patricia Blini Estivalete
FORMAS DE REPRESENTAÇÃO QUE SERVEM PARA DESCREVER AS ESTRUTURAS DAS INFORMAÇÕES CONTIDAS EM UM BD. Modelos de Dados.
Banco de Dados Aplicado ao Desenvolvimento de Software
Modelo Entidade/Relação
Ricardo de Oliveira Cavalcanti roc3[at]cin.ufpe.br
Banco de Dados Prof. MSc Wagner Siqueira Cavalcante
Normalização Disciplina: Banco de dados II.
SQL Server 2012 Introdução a Modelagem de Dados
Banco de Dados Aplicado ao Desenvolvimento de Software - BDD
Abril.2001 Sistemas de Informação - Administração Pública1 Organização e Acesso a Dados Organização dos dados de acordo com um modelo conceptual que permita:
Técnica de BD – Modelagem (2)
Movimentos e Forças (continuação)
INTRODUÇÃO ÁS BASES DE DADOS
Modelo de Dados Relacional
Do DER para o Modelo Físico de Dados
MODELAGEM EM BANCO DE DADOS
Cardinalidade Expressa o numero de entidades as quais outra entidade pode estar associada via um conjunto de relacionamentos.
Distância entre Dois Pontos
Projetando uma base de dados
Curso Técnico em Informática Prof. Tales Cabral Colégio da Imaculada.
Normalização Normalização é o conjunto de regras que visa minimizar as anomalias de modificação dos dados e dar maior flexibilidade em sua utilização.
Curso Técnico em Mineração
Análise de Sistemas de Informação
DISSERTAÇÃO CRITÉRIOS DE CORREÇÃO EM PROVAS DISCURSIVAS
Prof. Christiano Lima Santos
NORMALIZAÇÃO Curso de Férias
ANÁLISE DE SISTEMAS 1Trabalho elaborado por Alexandra.
Normalização Álvaro Vinícius de Souza Coêlho
Desenvolvimento de uma base de dados
Bases de dados: cruzamento de tabelas
Banco de Dados I Unidade 3: Projeto de BD Relacional
Professora: Sílvia C. Matos Soares
Professor Me. Jeferson Bussula Pinheiro.
Modelo Relacional, Chaves e Relacionamentos
@ Rafael Machado – ACCESS Base de Dados para a Gestão de Informação de Natureza Pedagógica.
Fundamentos de Banco de Dados Prof. André Cypriano M. Costa
Modelagem de Dados Aula 4. 2 Implementação de Entidades Não é aconselhável simplesmente transcrever os nomes dos atributos para nomes de colunas. Nomes.
Normalização.
Anomalias de Inserção, Remoção e Atualização
Dependência Funcional  Para entender as duas formas normais que serão apresentadas a seguir é necessário compreender o conceito de dependência funcional.
Normalização (4FN) Na literatura aparecem outras formas normais, como a forma normal de Boyce/Codd, a 4FN e a 5FN. Destas a única que tem importância na.
Sistemas de Informação Prof. Me. Everton C. Tetila Dependências funcionais e normalização para bancos de dados relacionais Banco de Dados I.
T ABELAS Banco de dados. Banco de dados = Conjunto de dados armazenado eletrônicamente Relação = Conjunto de elementos da mesma estrutura R ELAÇÃO.
Base de Dados Departamento de Informática – Celio Sengo Base de Dados Normalização do DEA e do Modelo Relacional Dr. Célio B. sengo Novembro, 2013.
Universidade Federal de Santa Catarina
Transcrição da apresentação:

Curso: Banco de Dados I Análise de Sistemas PUC Campinas Professora: Sílvia Soares silvia@puc-campinas.edu.br

Projetar as relações (tabelas) de uma Formas Normais Projetar as relações (tabelas) de uma base de dados relacional, de modo a obter o máximo de independência de dados, eliminando redundâncias desnecessárias. file:teorica_FormasNormais.ppt Banco deDados I - Silvia Soares

Processo de Normalização Permite identificar a existência de problemas potenciais (anomalias de atualização) no projeto de um BD relacional Converte progressivamente uma tabela em tabelas de grau e cardinalidade menores até que pouca ou nenhuma redundância de dados exista Consiste em gradativamente retirar das relações do esquema as dependências funcionais indesejáveis. Cada um dos passos do processo coloca a relação em uma das formas normais file:teorica_FormasNormais.ppt Banco deDados I - Silvia Soares

Processo de Normalização Se a normalização é bem sucedida: o espaço de armazenamento dos dados diminui a tabela pode ser atualizada com maior eficiência Consiste em, gradativamente, retirar das relações do esquema as dependências funcionais indesejáveis. Cada passo do processo coloca a relação em uma das formas normais file:teorica_FormasNormais.ppt Banco deDados I - Silvia Soares

Processo de Normalização Cada passo do processo considera determinados aspectos Uma forma normal é um conjunto de regras que uma tabela deve obedecer, que destinam-se a eliminar as redundâncias de dados file:teorica_FormasNormais.ppt Banco deDados I - Silvia Soares

Relações Normalizadas e Não Normalizadas Formas Normais Relações Normalizadas e Não Normalizadas 1FN 2FN 3FN 4FN file:teorica_FormasNormais.ppt Banco deDados I - Silvia Soares

Dependência Funcional Dada uma relação R, dizemos que uma coluna ou conjunto de colunas B de R é dependente funcional de uma coluna ou conjunto de colunas A de R, denotado por A B, sse a cada valor VA de A existir nas linhas de R em que aparece VA um único valor VB. Se VA ocorrer em duas linhas diferentes, o mesmo VB deve ocorrer em ambas. file:teorica_FormasNormais.ppt Banco deDados I - Silvia Soares

Dependência Funcional Exemplo: Código Salário Código ...... Salário E1 E3 10 E2 5 file:teorica_FormasNormais.ppt Banco deDados I - Silvia Soares

Tabela Não-Normalizada (NN) Uma tabela não normalizada (ÑN) contém valores de atributos não atômicos, isto é, contém tabelas embutidas (grupos repetidos) PROJ(CODPROJ, TIPOPROJ, DESCR, (NOEMP, NOME, CAT, SAL, DATAINICIO, TEMPOALOC)) file:teorica_FormasNormais.ppt Banco deDados I - Silvia Soares

Tabela Não-Normalizada (NN) CodProj TipoProj Descr Emp NoEmp Nome Cat Sal DataInicio TempoAloc LSC001 Novo Sistema Desenv Estoque 2146 João A1 400 01/11/91 24 3145 Silvia A2 400 02/10/91 24 6126 José B1 900 03/10/92 18 8191 Mário A1 400 01/11/92 12 1214 Carlos A2 400 04/10/92 18 8191 Mário A1 400 01/15/93 12 PAG02 Manut. Sistema RH 4112 João A2 400 04/01/91 24 6126 José B1 900 01/11/92 18 PROJ(CODPROJ, TIPOPROJ, DESCR, (NOEMP, NOME, CAT, SAL, DATAINICIO, TEMPOALOC)) file:teorica_FormasNormais.ppt Banco deDados I - Silvia Soares

Primeira Forma Normal (1FN ou PFN) Uma relação está na Primeira Forma Normal se todos os atributos que a compõem são atômicos, ou seja, se todas as colunas que a compõem são atômicas. file:teorica_FormasNormais.ppt Banco deDados I - Silvia Soares

Primeira Forma Normal (1FN ou PFN) Passagem à primeira forma normal: - para cada tabela embutida inclusive a mais externa, é criada uma tabela na 1FN que contém: as chaves primárias de cada tabela externa à tabela embutida os atributos da própria tabela embutida - são definidas as chaves primárias das tabelas na 1FN. file:teorica_FormasNormais.ppt Banco deDados I - Silvia Soares

Primeira Forma Normal (1FN ou PFN) Primeiro passo: subdivisão em tabelas Tabela 1 PROJ (CODPROJ, TIPO PROJ, DESCR) Tabela 2 PROJEMP(CODPROJ, NOEMP, NOME, CAT, SAL, DATAINICIO, TEMPOALOC) file:teorica_FormasNormais.ppt Banco deDados I - Silvia Soares

Primeira Forma Normal (1FN ou PFN) Segundo passo: Identificação de Chaves Tabela 1 a chave primária é a chave da tabela externa na forma ÑN PROJ(CODPROJ, TIPOPROJ, DESCR) file:teorica_FormasNormais.ppt Banco deDados I - Silvia Soares

Primeira Forma Normal (1FN ou PFN) Segundo passo: Identificação de Chaves Tabela 2 o atributo NOEMP é a chave da tabela embutida original, portanto, faz parte da chave primária. verificar se, no documento, um valor de NOEMP aparece associado a muitos valores de CODPROJ, se sim, CODPROJ faz parte da chave primária. PROJEMP(CODPROJ, NOEMP, NOME, CAT, SAL, DATAINICIO, TEMPOALOC) file:teorica_FormasNormais.ppt Banco deDados I - Silvia Soares

Primeira Forma Normal (1FN ou PFN) Proj CodProj Tipo Descr LSC001 Novo Desenv. Sistema de Estoque PAG02 Manutenção Sistema de RH file:teorica_FormasNormais.ppt Banco deDados I - Silvia Soares

Primeira Forma Normal (1FN ou PFN) ProjEmp CodProj CodEmp Nome Cat Sal DataIni TempAl LSC001 2146 Joao A1 400 1/11/91 24 3145 Silvio A2 2/10/91 6126 Jose B1 900 3/10/92 18 1214 Carlos 4/10/92 8191 Mario 1/11/92 12 PAG02 1/05/93 4112 4/01/91 file:teorica_FormasNormais.ppt Banco deDados I - Silvia Soares

Primeira Forma Normal (1FN ou PFN) Exemplo: ÑN (A1, A2, A3, A4, A5 (B1, B2, B3, B4 (C1, C2, C3) (D1, D2)) (E1, E2, E3)) Subdivisão em tabelas: 1 (A1, A2, A3, A4, A5) 2 (A1, A2, B1, B2, B3, B4) 3 (A1, A2, B1, C1, C2, C3) 4 (A1, A2, B1, D1, D2) 5 (A1, A2, E1, E2, E3) file:teorica_FormasNormais.ppt Banco deDados I - Silvia Soares

Segunda Forma Normal (2FN ou SFN) Uma relação está na Segunda Forma Normal se ela está na 1NF e todo atributo não-chave primária é plenamente dependente de toda a chave primária e não de apenas parte dela. file:teorica_FormasNormais.ppt Banco deDados I - Silvia Soares

Segunda Forma Normal (2FN ou SFN) Toda tabela na 1FN que possui uma chave primária composta por um único atributo já se encontra na segunda forma normal Assim, ao passar para a 2FN é necessário considerar apenas tabelas que tenham: chave primária composta pelo menos um atributo não chave file:teorica_FormasNormais.ppt Banco deDados I - Silvia Soares

Segunda Forma Normal (2FN ou SFN) Para passar à 2FN: Copiar para a 2FN cada tabela que tenha chave primária simples ou que não tenha atributos não chaves. file:teorica_FormasNormais.ppt Banco deDados I - Silvia Soares

Segunda Forma Normal (2FN ou SFN) Para tabelas com chave primária composta e atributos não chaves: criar na 2FN uma tabela com as chaves primárias da tabela na 1FN para cada atributo não chave fazer a pergunta: “o atributo depende de toda a chave ou de parte dela?” caso o atributo dependa de toda a chave, copiar o atributo para a 2FN caso o atributo dependa de parte da chave: criar uma tabela na 2FN que tenha como chave a parte da chave da qual o atributo depende copiar o atributo dependente para a tabela criada. file:teorica_FormasNormais.ppt Banco deDados I - Silvia Soares

Segunda Forma Normal (2FN ou SFN) Exemplo Tabela 1 PFN PROJ(CODPROJ, TIPOPROJ, DESCR) SFN A tabela possui uma chave primária simples, é transcrita para a 2FN PROJ( CODPROJ, TIPOPROJ, DESCR) file:teorica_FormasNormais.ppt Banco deDados I - Silvia Soares

Segunda Forma Normal (2FN ou SFN) Tabela 2 1FN PROJEMP(CODPROJ, NOEMP, NOME, CAT, SAL, DATAINICIO, TEMPOALOC) 2FN Nome: depende apenas de parte da chave (NOEMP) Cat: depende apenas de parte da chave (NOEMP) Sal: depende apenas de parte da chave (NOEMP) Datainicio depende de toda a chave (inicio do emp no projeto) tempoaloc depende de toda a chave (tempo do emp no projeto) PROJEMP(CODPROJ, NOEMP, DATAINICIO, TEMPOALOC) EMP(NOEMP, NOME, CAT, SAL) file:teorica_FormasNormais.ppt Banco deDados I - Silvia Soares

Segunda Forma Normal (2FN ou SFN) Emp CodEmp Nome Cat Sal 2146 Joao A1 400 3145 Silvio A2 6126 Jose B1 900 1214 Carlos 8191 Mario 4112 file:teorica_FormasNormais.ppt Banco deDados I - Silvia Soares

Segunda Forma Normal (2FN ou SFN) ProjEmp CodProj CodEmp DataIni TempAl LSC001 2146 1/11/91 24 3145 2/10/91 6126 3/10/92 18 1214 4/10/92 8191 1/11/92 12 PAG02 1/05/93 4112 4/01/91 file:teorica_FormasNormais.ppt Banco deDados I - Silvia Soares

Segunda Forma Normal (2FN ou SFN) RESUMO ÑN PROJ(CODPROJ, TIPOPROJ, DESCR, (NOEMP, NOME, CAT, SAL, DATAINICIO, TEMPOALOC)) 1 FN PROJ(CODPROJ, TIPOPROJ, DESCR) PROJEMP(CODPROJ, NOEMP, NOME, CAT, SAL, DATAINICIO, TEMPOALOC) 2 FN PROJ( CODPROJ, TIPOPROJ, DESCR) PROJEMP(CODPROJ, NOEMP, DATAINICIO, TEMPOALOC) EMP(NOEMP, NOME, CAT, SAL) file:teorica_FormasNormais.ppt Banco deDados I - Silvia Soares

Dependência Transitiva: Ocorre quando Y depende de X e Z depende de Y. Logo, Z também depende de X. X Y Z No-avião Tipo Capacidade Local file:teorica_FormasNormais.ppt Banco deDados I - Silvia Soares

Terceira Forma Normal (3FN ou TFN) Uma relação está na Terceira Forma Normal se ela está na 2NF e nenhum atributo não-chave é transitivamente dependente da chave primária. Toda tabela na 2FN que possui menos que dois atributos não chave encontra-se na 3FN. Na passagem à 3FN basta considerar tabelas com dois ou mais atributos não chave. file:teorica_FormasNormais.ppt Banco deDados I - Silvia Soares

Para passar à 3FN: Terceira Forma Normal (3FN ou TFN) 1) Copiar para a 3FN cada tabela que tenha menos que dois atributo não chave 2) Para tabelas com dois ou mais atributos não chaves: a) criar uma tabela na 3FN com a chave primária da tabela em questão b) para cada atributo não chave fazer a pergunta: “ o atributo depende de algum outro atributo não chave?” (dependência transitiva) file:teorica_FormasNormais.ppt Banco deDados I - Silvia Soares

Terceira Forma Normal (3FN ou TFN) Caso o atributo dependa apenas da chave: - copiar o atributo para a tabela na 3FN Caso o atributo dependa de um outro atributo: 1. Criar, caso ainda não exista, uma tabela na 3FN que tenha como chave primária o atributo do qual há uma dependência indireta. 2. Copiar o atributo dependente para a tabela criada. 3. O atributo do qual há a dependência deve permanecer também na tabela criada no passo a) file:teorica_FormasNormais.ppt Banco deDados I - Silvia Soares

Exemplo Terceira Forma Normal (3FN ou TFN) o atributo SAL da tabela EMP depende do atributo CAT (categoria funcional) As dependências funcionais nesta tabela são: EMP(NOEMP, NOME, CAT, SAL) Na passagem para a 3FN, a tabela EMP é subdividida: EMP(NOEMP, NOME, CAT) CAT(CAT, SAL) file:teorica_FormasNormais.ppt Banco deDados I - Silvia Soares

Terceira Forma Normal (3FN ou TFN) RESUMO ÑN PROJ(CODPROJ, TIPOPROJ, DESCR, (NOEMP, NOME, CAT, SAL, DATAINICIO, TEMPOALOC)) PFN PROJ(CODPROJ, TIPOPROJ, DESCR) PROJEMP(CODPROJ, NOEMP, NOME, CAT, SAL, DATAINICIO, TEMPOALOC) SFN PROJ( CODPROJ, TIPOPROJ, DESCR) PROJEMP(CODPROJ, NOEMP, DATAINICIO, TEMPOALOC) EMP(NOEMP, NOME, CAT, SAL) TFN EMP(NOEMP, NOME, CAT) CAT(CAT, SAL) file:teorica_FormasNormais.ppt Banco deDados I - Silvia Soares

Banco deDados I - Silvia Soares Resumo Geral Eliminar atributos não atômicos 1NF Eliminar DF não plenas 2NF Eliminar dependências transitivas 3NF file:teorica_FormasNormais.ppt Banco deDados I - Silvia Soares