Como usar Normalização em SQL para HTML5and CSS3 Programação
Tentando empinar todos os seus dados em uma tabela SQL única geralmente causa problemas para HTML5 e CSS3 programação. O processo para resolver estes problemas é chamada normalização de dados
. A normalização é realmente um conjunto de regras. Quando seu banco de dados segue a primeira regra, que está a ser dito em primeira forma normal. Aqui, você começa a terceira forma normal, o que é adequado para a maioria das aplicações.Primeira forma normal
As definições oficiais das formas normais soar como a prole de um advogado e um matemático. Aqui está uma definição oficial da primeira forma normal:
Uma tabela está na primeira forma normal se e somente se ele representa uma relação. Ele não permite nulos ou linhas duplicadas.
Sim, tanto faz.
Aqui está o que isso significa em termos práticos:
Elimine campos listados.
Um banco de dados é na primeira forma normal se
Ela não tem campos de repetição. Tome todos os dados que estaria em um campo de repetição e torná-lo em uma nova tabela.
Ele tem uma chave primária. Adicionar uma chave primária para cada tabela. (Alguns argumentam que este requisito não é necessariamente parte da primeira forma normal, mas vai ser necessário no próximo passo, de qualquer maneira.)
Em um sentido prático, a primeira forma normal significa livrar-se dos campos listados e fazer uma nova tabela para conter poderes. Você precisará voltar para a vista do modelo para criar uma nova tabela e, em seguida, criar o diagrama novamente.
Um par de coisas acontecem aqui:
Faça uma nova tabela chamada poder.
Esta tabela contém nada além de uma chave e o nome de energia.
Levar a poder campo de distância a partir da herói mesa.
o herói tabela não tem um poder campo.
Adicionar uma chave primária para ambas as tabelas.
Ambas as tabelas têm agora uma chave primária de inteiro. Olhando por cima das mesas, não há mais campos de qualquer listados, então você está na primeira forma normal.
Segundo forma normal
A terminologia oficial para a segunda forma normal é tão desconcertante como a primeira forma normal:
Uma tabela está na segunda forma normal (2NF) só se for em 1NF e todos os campos não-chave são dependentes inteiramente em toda a chave candidata, e não apenas parte dela.
Hã? Você tem que amar esses cientistas da computação.
Em termos práticos, a segunda forma normal é muito fácil, também. Isso realmente significa
Eliminar a repetição.
Olhe para todos esses lugares onde você tem dados duplicados e criar novas tabelas para cuidar deles.
Nos dados herói, você pode eliminar uma série de problemas, quebrando os dados herói em três tabelas.
Muitos dos problemas no badhero projeto acontecer, porque, aparentemente, mais do que um herói pode estar em uma missão especial, e, portanto, os dados missão se repete. Ao separar os dados de missão em outra tabela, você garante que os dados para uma missão está inscrita apenas uma vez.
Note que cada tabela tem uma chave primária, e nenhum deles listou campos. Os mesmos dados já não vai ser digitada duas vezes. A solução é muito bom olhar!
Observe que tudo relacionado à missão foi transferida para o missão mesa. Um campo foi adicionado à herói tabela, que contém um número inteiro. Este campo é chamado um referência de chave estrangeira.
Terceira forma normal
A terceira forma normal acrescenta mais um requisito. Aqui está a definição oficial:
A tabela está em 3NF se ele está em 2NF e não tem dependências transitivas na chave candidata.
Uau! Estas definições ficar melhor e melhor. Mais uma vez, é realmente muito mais fácil do que parece:
Certifique-se de dependência funcional.
Em outras palavras, verificar cada campo de cada tabela e garantir que ele realmente descreve o que a mesa está em causa. Por exemplo, é o enredo relacionadas com a missão ou o herói? E sobre o vilão?
A coisa complicada sobre dependência funcional é que muitas vezes você realmente não sei como os dados é suposto ser conectado. Só a pessoa que usa os dados realmente sabe como é suposto para trabalhar. Você tem que trabalhar com o cliente para descobrir exatamente o que o regras do negócio (As regras que descrevem como os dados realmente funciona) são. Você não pode realmente dizer a partir dos próprios dados.
A boa notícia é que, para as estruturas simples, como os dados herói, você é muitas vezes já na terceira forma normal pelo tempo que você começa a segunda forma normal. Ainda assim, você deve verificar. Depois de um banco de dados está em terceira forma normal, você reduziu a possibilidade de vários tipos de anomalias, para que seus dados é muito mais confiável do que era no passado.
Várias outras formas de normalização existem, mas a terceira forma normal é suficiente para a maioria das aplicações.