Clique para saber mais...
  Home     Download     Produtos / Cursos     Revista     Vídeo Aulas     Fórum     Contato   Clique aqui para logar | 19 de Julho de 2026
  Login

Codinome
Senha
Salvar informações

 Esqueci minha senha
 Novo Cadastro

  Usuários
72 Usuários Online

  Revista ActiveDelphi
 Assine Já!
 Edições
 Sobre a Revista

  Conteúdo
 Apostilas
 Artigos
 Componentes
 Dicas
 News
 Programas / Exemplos
 Vídeo Aulas

  Serviços
 Active News
 Fórum
 Produtos / Cursos

  Outros
 Colunistas
 Contato
 Top 10

  Publicidade

  [Dicas]  Normalização. O que é? Como Funciona?
Publicado por deathcon1 : Quarta, Junho 14, 2006 - 10:05 GMT-3 (6627 leituras)
Comentários 3 Comentários   Enviar esta notícia a um amigo Enviar para um amigo   Versão para Impressão Versão para impressão
Administrador Normalização é um processo de análise das informações que serão guardadas nas tabelas de um banco de dados. Elas facilitam muito a construção e manutenção de um sistema, pois evitam redundância, inconsistência nas informações entre outros problemas que podem ser resolvidos ou minimizados.

A normalização tem sua principal base na teoria dos conjuntos e tem como principais objetivos:

  • Independência dos dados
  • Minimizar redundâncias, que por sua vez minimiza os riscos de inconsistências
  • Facilitar a manipulação do Banco de Dados
  • Facilitar a manutenção dos sistemas de informação, sem grandes impactos.

Existem até cinco formas normais e as mais comuns são as três primeiras.

A primeira forma normal é a repetição da chave primária. Como melhor exemplo o número de identidade de uma pessoa. Esse número nunca se repete, ou o número de uma nota fiscal. Essa é a condição para a primeira norma formal.

A segunda forma normal são as chaves primárias compostas, ou seja, contém mais de uma coluna, um atributo para compor a chave principal. Para resolver temos que eliminar a dependência entre o campo e a chave principal. Voltemos ao exemplo da tabela nota fiscal: temos número da nota e código do protudo como chave, quantidade e valor. Podemos separar os campos dependenetes do campo código do produto e montar uma outra tabela sendo ele (código do produto) o campo chave, seguido de quantidade, descrição e valor. Assim, quando quisermos saber uma informação sobre determinado produto daquela nota, é só pegarmos o seu código e compararmos com o valor do campo chave da nova tabela.

A terceira forma normal pede que não exista um atributo que depende de um outro atributo que não é chave principal. Para testar, você deve perguntar: "Existe algum atributo que depende de outro que não é chave?" Se a resposta for sim, está violando a terceira forma normal e os atributos que são dependentes de atributos não chave, devem ser retirados e montados em uma nova tabela. Como exemplo, na nota fiscal temos: código do cliente, endereço do cliente e cnpj. Estes atributos não são chaves e endereço do cliente e cnpj podem ser retirados e colocados em outra tabela tendo como campo chave o código do cliente, que também deve constar na tabela nota fiscal para podermos fazer o relacionamento e buscar as informações.

Devo salientar que a 3ª forma normal depende que a outra ou outras tabelas devam estar nas 2ª e 1ª formas normais, ou seja, para passar para 2ª, devem ser cumpridos os requisitos da 1ª forma normal. E o mesmo acontece para a 3ª, onde devem ser cumpridos os requisitos da 2ª para se alcançar o objetivo da 3ª forma normal.

Bem, aqui acabo este artigo, que foi somente uma introdução à normalização. Muitos livros de banco de dados falam sobre o assunto, e na internet também se acha bastante material.

Deathcon1



Comentários Comentários
   Ordem:  
Comentários pertencem aos seus respectivos autores. Não somos responsáveis pelo seus conteúdos.


por: ricars01 : Jun 19, 2006 - 09:24
(Informações sobre o membro | Enviar uma mensagem) http://
Muito bom este artigo introdutório sobre o assunto. Muitas vezes nos deparamos com soluções desenvolvidas por outros que parecem que nem se importaram em normalizar suas bases de dados e por isso tem que fazer verdadeiros malabarismos para conseguir informações.

Antes de sair programando é ótimo ter noções de normalização de bases de dados e artigos como este ajudam muito nesse sentido, já que apesar de parecer perda de tempo, com o passar desse mesmo tempo percebemos que isso não é.


por: Visitante : Jun 29, 2006 - 10:07
Bom, primeiramente quero parabeniza-lo sobre o artigo, pois foi simples e objetivo. Na minha opnião alguns erros e re-trabalhos em projetos são derivados de más estruturação do BD, fazendo com que a eficiência e agilidade dos sistemas fiquem prejudicadas. Muita dor de cabeça seria evitada se a maioria utilizassem a normalização!
T+
  Edição 112

Revista ActiveDelphi

  50 Programas Fontes


  Produtos

Conheça Nossos Produtos

Copyright© 2001-2016 – Active Delphi – Todos os direitos reservados