Normalização de Dados É o processo de organizar dados e eliminar redundâncias dentro de um banco de dados É o processo de organizar dados e eliminar redundâncias.

Apresentação em tema: "Normalização de Dados É o processo de organizar dados e eliminar redundâncias dentro de um banco de dados É o processo de organizar dados e eliminar redundâncias."— Transcrição da apresentação:

1 Normalização de Dados É o processo de organizar dados e eliminar redundâncias dentro de um banco de dados É o processo de organizar dados e eliminar redundâncias dentro de um banco de dados Quais vantagens Quais vantagens Elimina dados repetidos, tornando o banco de dados mais compacto; Armazenamento dos dados de forma lógica; Velocidade dos processos de classificar e indexar é bem maior; Permite o agrupamento de índices conforme a quantidade de tabelas aumenta;

2 Regras de Normalização First Normal Form ( primeira forma normal 1NF ) First Normal Form ( primeira forma normal 1NF ) Cada coluna deve conter um único valor e cada linha deve abranger as mesmas colunas Cod_CategoriaDescricao 1alimentos 2higiene 3limpeza Cod_GeneroNome_Genero1Drama 2Informática 3Terror Cod_DeptoNome_Depto1RH 2Vendas 3Importação

3 Regras de Normalização Second Normal Form ( Second forma normal 2NF ) Second Normal Form ( Second forma normal 2NF ) Criar tabelas separadas para conjuntos de valores que se aplicam a vários registros. Devemos relacionar essas novas tabelas com uma chave estrangeira e identificar cada grupo de dados relacionados com uma chave primária Cod_DeptoNome_Depto 1RH 2Vendas 3Importação Cod_FuncNome_FuncCod_Depto1Xeleléu1 2Magnão1 3Mauricio2 4Zoroastro3 1 N : PK - CP FK - CE

4 Regras de Normalização Third Normal Form ( Third forma normal 3NF ) Third Normal Form ( Third forma normal 3NF ) Devemos eliminar os campos que não dependem de chaves primárias, como por exemplo: campos calculados. Salario Bruto Desc_ Vale Transporte Desc_ INSS Desc _IRRF 1200.0055.6580.0080.00 3600.0087.00125.00125.00 4500.00120.85275.96275.96

5 CONSTRAINTS São objetos utilizados com a finalidade de definir regras referentes à integridade e à consistência nas colunas das tabelas que fazem parte de um sistema de banco de dados São objetos utilizados com a finalidade de definir regras referentes à integridade e à consistência nas colunas das tabelas que fazem parte de um sistema de banco de dados Tipos de Constraints: Tipos de Constraints: Chave Primária Chave Primária Chave Única Chave Única Regras de Validação Regras de Validação Valor Padrão Valor Padrão Chave Estrangeira Chave Estrangeira Requerido Requerido

6 CONSTRAINTS CHAVES PRIMÁRIAS CHAVES PRIMÁRIAS Assegurar a integridade dos dados da tabela Não permitirá duplicidade Não permitirá duplicidade Não permitirá campos nulos Não permitirá campos nulos Permitirá emprestar dados para outras tabelas Permitirá emprestar dados para outras tabelas Toda tabela deverá possuir uma coluna contendo valores capaz de identificar uma linha de forma exclusiva Chave primária de um campo Chave primária de um campo Chave primária de vários campos - COMPOSTA Chave primária de vários campos - COMPOSTA

7 CONSTRAINTS CHAVES ESTRANGEIRA CHAVES ESTRANGEIRA As colunas que representam chaves estrangeiras são responsáveis por criar um vínculo entre os dados de tabelas distintas. E preciso que a coluna da primeira tabela tenha sido definida como Chave Primária E preciso que a coluna da primeira tabela tenha sido definida como Chave Primária NULABILIDADE - REQUERIDO NULABILIDADE - REQUERIDO Campos onde é possível atribuir valores nulos à uma coluna, o que significa que ela não terá valor inicial. Is Null Campos onde é possível atribuir valores nulos à uma coluna, o que significa que ela não terá valor inicial. Is Null Ou o oposto – Not null Ou o oposto – Not null

8 CONSTRAINTS CHAVE ÚNICA - UNIQUE CHAVE ÚNICA - UNIQUE As quais asseguram que dados duplicados não sejam inseridos em colunas que não fazem parte das chaves primárias. Ex.: CNPJ, CPF As quais asseguram que dados duplicados não sejam inseridos em colunas que não fazem parte das chaves primárias. Ex.: CNPJ, CPF Esta constraint aceita um único valor nulo por coluna. Esta constraint aceita um único valor nulo por coluna. REGRAS DE VALIDAÇÃO - CHECK REGRAS DE VALIDAÇÃO - CHECK Limita os valores que uma coluna é capas de aceitar, o que reforça a integridade do domínio. Ex.: Limite de um nº, data, estado civil, sexo, nível, Forma de entrega de mercadoria, etc. Limita os valores que uma coluna é capas de aceitar, o que reforça a integridade do domínio. Ex.: Limite de um nº, data, estado civil, sexo, nível, Forma de entrega de mercadoria, etc. VALOR PADRÃO - DEFAULT VALOR PADRÃO - DEFAULT Determino um Valor Padrão a ser inserido quando o dado não é informado. Neste campo não será atribuído o valor Null. Ex.: uma cidade, um estado, um valor, uma data Determino um Valor Padrão a ser inserido quando o dado não é informado. Neste campo não será atribuído o valor Null. Ex.: uma cidade, um estado, um valor, uma data

9 RELACIONAMENTOS São responsáveis por definir uma ligação entre dois objetos. Toda aplicação administrada por um SGBD (Sistema Gerenciador De Banco De Dados) O relacionamento é responsável por unir duas ou mais tabelas

10 Relacionamento 1:1 (um-para-um) INDICA QUE AS TABELAS TÊM RELAÇÕES UNÍVOCA ENTRE SI INDICA QUE AS TABELAS TÊM RELAÇÕES UNÍVOCA ENTRE SI VOCÊ ESCOLHE QUAL TABELA VAI RECEBE A CHAVE ESTRANGEIRA VOCÊ ESCOLHE QUAL TABELA VAI RECEBE A CHAVE ESTRANGEIRA Cod_cli Nome_cli Fone_cli Cod_cliNome_conj Sexo_conj TBL_ClientesTBL_Conjuge 1 : 1 Tabela Pai Tabela Filho PK Primary Key PK e FK Foreign Key

11 Relacionamento 1:N (um-para-muitos) A CHAVE PRIMÁRIA DA TABELA QUE TEM O LADO 1 VAI PARA A TABELA DO LADO N A CHAVE PRIMÁRIA DA TABELA QUE TEM O LADO 1 VAI PARA A TABELA DO LADO N NO LADO N ELA É CHAMADA DE CHAVE ESTRANGEIRA NO LADO N ELA É CHAMADA DE CHAVE ESTRANGEIRA A SEGUNDA TABELA PODERÁ USUFRUIR N VEZES DAS INFORMAÇÕES DA PRIMEIRA A SEGUNDA TABELA PODERÁ USUFRUIR N VEZES DAS INFORMAÇÕES DA PRIMEIRA Cod_cli Nome_cli Fone_cli Num_PedCod_cli Cod_Vend TBL_ClientesTBL_Pedidos 1 : N Tabela Pai Tabela Filho PK Primary Key FK Foreign Key PK Primary Key

12 Relacionamento N:N (muitos-para-muitos) Duas tabelas terão um campo como Chave Primária Duas tabelas terão um campo como Chave Primária A Terceira Tabela terá estes campos interligados como chave estrangeira A Terceira Tabela terá estes campos interligados como chave estrangeira Os campos da terceira tabela deverão ser definidos como chave primária COMPOSTA Os campos da terceira tabela deverão ser definidos como chave primária COMPOSTA Cod_Fornec Razão_Fonec Fone_Fornec Cod_ProdDesc_Prod Valor_prod TBL_Fornecedor 1 : N Tabela Pai Tabela Filho PK 1 : TBL_Produtos Tabela Pai N Cod_Fornec * Cod_Prod * QTDE_Estoq TBL_Estoque PK * PK - composta E FK

13 ÍNDICES CLUSTERED (CLUSTERIZADO) - FÍSICO CLUSTERED (CLUSTERIZADO) - FÍSICO A tabela é ordenada fisicamente. Geralmente são definidos campos numéricos; A tabela é ordenada fisicamente. Geralmente são definidos campos numéricos; Por meio deste índice é possível otimizar a performance de leituras baseadas na filtragem de dados; Por meio deste índice é possível otimizar a performance de leituras baseadas na filtragem de dados; Chaves Primárias, Únicas, etc. Cod_produtoNome_produto 1Pen Drive 2Mouse Óptico 3Web Can Novas Inclusões

14 Cod_ProdutoDTCad_Produto 220/08/2006 112/05/2007 303/07/2008 409/05/2009 Cod_ProdutoNome_produto 4iPHONE 2Mouse Óptico 1Pen Drive 3Web Can ÍNDICES NONCLUSTERED (NÃO-CLUSTERIZADO) – NÃO É FÍSICO NONCLUSTERED (NÃO-CLUSTERIZADO) – NÃO É FÍSICO Os dados de uma tabela são ordenados de maneira lógica Os dados de uma tabela são ordenados de maneira lógica São os campos que utilizo com mais freqüência para busca ou classificação. Cod_produtoNome_produtoDTCad_produto 1Pen Drive12/05/2007 2Mouse Óptico20/08/2006 3Web Can03/07/2008 4iPHONE09/05/2009 ÍNDICES