Como Armazenar seus dados - Formas Normais
Para você que gosta de estudar informática, sendo mais preciso na área de bando de dados, sabe quanto trabalhoso é montar todos os diagramas de tabelas e relacionamentos, seguindo todas as regras necessários para a correta documentação do sistema. Geralmente reclamamos e queremos fazer de qualque jeito, e pensamos depois eu dou um jeito, não é mesmo?
Apesar de mais chato e parecer impraticável aplicar todas as regras chatas isso pode poupar muito trabalho extra e talvez até salvar seu projeto ou seu emprego, afinal o sistema tende a crescer em número de dados armazenados e complexidade de processos, e com isso quem nunca precisou fazer uma ajuste aqui outro “xunxo” ali e derepente nem você mais entendia seu banco de dados.
Afinal algum dia algum maluco, depois de errar um monte, resolver descrever uma forma de evitar cometer os mesmo erros, por isso recomendo a utilização pelo menos parcial, lembrando que em grandes projetos de grande empresas este tipo de normatização é obrigatório.
Depois de ter alguns problemas com estes diagrams resolvi escrever hoje um pequeno resumo sobre o estudo da normalização de banco de dados.
A normalização serve para analisar tabelas e organizá-las de forma que a sua estrutura seja simples, relacional e estável, para que o gerenciamento possa ser também simples, eficiente e seguro.
A normalização é feita seguindo regras chamadas de formas normais, com elas você consegue evitar redundâncias, eliminar anomalias de modelagem e atualização, poupar espaço de armazenamento por meio de uma representação de informação eficiente.
1FN – Primeira Forma Normal
Considera-se que uma determinada tabela atende a primeira forma normal se nenhum de seus atributos possui repetições na estrutura.
2FN – Segunda Forma Normal
A tabela também está em 1FN
Todo atributo não-chave depende funcionalmente da chave primária completa (e não de parte dela).
3FN – Terceira Forma Normal
A tabela também está em 2FN
Não existem atributos não-chave que sejam dependentes de outros atributos não-chave, ou seja, não pode existir dependência funcional “indireta”.
O caso mais comum éconsiderar um determinado modelo estável a partir do momento em que ele satisfaz a terceira forma normal (3FN), pois neste ponto geralmente a normalização do modelo atinge um equilíbrio entre estabilidade e desempenho.
4FN – Quarta Forma Normal
Considera-se que uma determinada tabela atende a quarta forma normal se:
A tabela também está em 3FN
Não existirem dependências funcionais multivaloradas
5FN – Quinta Forma Normal
Considera-se que uma determinada tabela atende a quarta forma normal se:
A tabela também estáem 4FN
A tabela possui não possuir um relacionamento triplo (relacionamento envolvendo a chave primária de três tabelas diferentes)
Pode acontecer da tabela possuir um relacionamento triplo que não pode ser simplificado, pois se for em relacionamentos binários poderágerar de informações incorretas (neste caso a decomposição édescartada e a tabela jáestáem 5FN).
É isso aí, o estudo de banco de dados e bastante extenso, mas o melhor jeito de entender tudo isso e aplicar em exemplos que você pode desenvolver em seu computador.
Leia também:
- Recuperar CD DVD danificados arranhados
- Programação, desenvolvimento C/C++
- Como descobrir a senha do root
- Segurança X Mobilidade
- Exemplo Criatividade usando Macromedia Flash
- Teste a velocidade de sua Conexão com a Internet
- Orkut is banned you fool, Como remover o Vírus do Orkut
- Office Word 2007 Com Cara do 2003