NORMALIZAÇÃO BANCO DE DADOS

NORMALIZAÇÃO DE BANCO DE DADOS

• É UMA TÉCNICA DE DECOMPOSIÇÃO UTILIZADA NO PROJETO DE BD COM O OBJETIVO DE PROVER UM ARMAZENAMENTO CONSISTENTE.EVITANDO REDUNDÂNCIA DE DADOS E ANOMALIAS DE ATUALIZAÇÃO.

1º FORMA NORMAL

• PARA ESTAR NA 1ªFN OS CAMPOS DEVEM SER ATÔMICOS OU INDIVISÍVEIS E NÃO PODEM SEREM MULTIVALORADOS OU COMPOSTO.
• PESSOAS = {ID+ NOME + ENDERECO + TELEFONES}
• NORMALIZADA
• PESSOAS = { ID + NOME + ENDERECO }
• TELEFONES = { PESSOA_ID + TELEFONE }

2ª FORMA NORMAL

• PARA UMA TABELA ESTAR NA SEGUNDA FORMA NORMAL ,ELA DEVE ESTAR NA 1 FORMA NORMAL E NÃO DEVE CONTER DEPENDÊNCIAS PARCIAIS.UM JEITO DE VERIFICAR ESTA NORMA É REFAZER UMA LEITURA NOS CAMPOS FAZENDO UMA SIMPLES PERGUNTA:ESTE CAMPO DEPENDE DE TODA A CHAVE , SE NÃO TEMOS UMA DEPENDÊNCIA PARCIAL .
• LEMBRAR DO NOME DEPENDÊNCIA PARCIAL.

2ª FORMA NORMAL

• EXEMPLIFICANDO:
• A TABELA VENDA (Codvenda, Codcliente, Codcidade, Codproduto, Quantidade, Valorfinal)
• A questão agora é verificar se cada campo não-chave depende destas 4 chaves. O raciocínio seria assim:
• O primeiro campo não-chave é Quantidade.
• Quantidade depende de Codvenda, pois para cada venda há uma quantidade específica de itens.
• Quantidade depende de Codvenda e Codcliente, pois para um cliente podem ser feitas várias vendas, com quantidades diferentes.
• Quantidade não depende de Cidade. Quem depende de Cidade é Cliente. Aqui está uma dependência parcial.
• Quantidade depende de Codproduto, pois para cada produto da Venda á uma quantidade certa.

2º FORMA NORMAL

• Quantidade depende de 3 campos, dos 4 que compõe a chave de Venda. Quem sobrou nessa história foi Codcidade. A tabela Cidade já está ligada com Cliente, que já está ligado com Venda. A chave Codcidade em Venda é redundante, portanto podemos eliminá-la
• Venda (Codvenda, Codcliente, Codproduto, Quantidade, Valorfinal).
• O próximo campo não-chave é Valorfinal. Verificando Valorfinal, da mesma forma que Quantidade, ele depende de toda a chave de Venda. Portanto vamos á próxima norma.

3ª FORMA NORMAL .

• PARA UM TABELA ESTAR NA 3ª FORMA NORMAL ELA DEVE ESTAR NA 2º FORMA NORMAL .Um jeito de verificar esta norma é refazer a leitura dos campos fazendo a pergunta: Este campo depende de outro que não seja a chave? Se Sim, temos uma dependência transitiva.
• LEMBRAR DO NOME DEPENDÊNCIA TRANSITIVA .
• Na tabela Venda, temos Valorfinal. Este campo é o resultado do valor unitário do produto multiplicado pela quantidade, isto é, para um valor final existir ele DEPENDE de valor unitário e quantidade. O Valorunitário está na tabela Produto, relacionada à Venda e Quantidade está na própria Venda. Valorfinal depende destes 2 campos e eles não são campos-chave, o que nos leva a pensar: Se temos valor unitário e quantidade, porque teremos valor final? O valor final nada mais é que o resultado de um cálculo de dados que já está estão no banco, o que o torna um campo redundante.
• Venda (Codvenda, Codcliente, Codproduto, Quantidade, Valorfinal).
• LOGO TEREMOS
• NORMALIZADA 3FN
• Venda (Codvenda, Codcliente, Codproduto, Quantidade).

TABELAS NORMALIZADAS NAS 3 FN

• Cidade (Codcidade, Nome, Estado).
• Cliente (Codcliente, Codcidade, Nome, Endereco, Cep, Telefone).
• Produto (Codproduto, Nome, Valorunitario).
• Venda (Codvenda, Codcliente, Codproduto, Quantidade)