Como usar a normalização no sql para programação css3 html5and

Video: Curso de HTML5 - 10 - Formatação de Imagens com CSS3 - by Gustavo Guanabara

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 é chamado 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.

forma normal Primeira

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 é na primeira forma normal se e somente se ele representa uma relação. Ele não permite valores nulos ou linhas duplicadas.

Tanto faz.

Aqui está o que isso significa em termos práticos:

Elimine campos listados.

Video: tutotrial html 5 y css 3 | contenedor con efecto hover

Um banco de dados está na primeira forma normal se

  • Ele não tem campos de repetição. Tome todos os dados que seria 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 na próxima etapa, de qualquer maneira.)

Em um sentido prático, a primeira forma normal significa se livrar de campos listados e fazer uma nova tabela para conter poderes. Você precisa voltar para a vista do modelo para criar uma nova tabela e, em seguida, criar o diagrama novamente.

Um par de coisas acontecem aqui:

  1. Faça uma nova tabela chamada poder.

    Esta tabela contém nada além de uma chave eo nome do poder.

  2. Levar a poder campo longe do herói mesa.

    o herói mesa não tem mais um poder campo.

  3. Adicionar uma chave primária para ambas as tabelas.

    Ambas as tabelas têm agora uma chave primária de inteiro. Olhando sobre as mesas, não há mais campos de qualquer listados, então você está na primeira forma normal.

Video: HTML5 and CSS3 Responsive design with media queries

forma normal segunda



A terminologia oficial para a segunda forma normal é tão desconcertante como a primeira forma normal:

A tabela está em segunda forma normal (2NF) somente se ele está 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 os lugares onde você tem dados duplicados e criar novas tabelas para cuidar deles.

Nos dados herói, você pode eliminar um monte 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 particular, 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 é inserido 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 ao herói tabela, que contém um número inteiro. Este campo é chamado de referência de chave estrangeira.

forma normal terceiro

A terceira forma normal acrescenta mais uma exigência. 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 mesa 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 a regras do negócio (As regras que descrevem como os dados realmente funciona) são. Você não pode realmente dizer a partir dos dados em si.

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 existir, mas a terceira forma normal é suficiente para a maioria das aplicações.


Publicações relacionadas