Tudo o que você precisa saber sobre normalização em bancos de dados.

A normalização é uma técnica de design para estruturar tabelas de bancos de dados relacionais. As tabelas podem ser normalizadas em maior ou menor grau. As formas normais mais comuns, de menos normalizadas a mais normalizadas, são as seguintes:

Sexta forma normal (6NF)

A normalização de banco de dados é uma técnica de design para tabelas de bancos de dados relacionais para minimizar a duplicação de informações e, ao fazer isso, proteger o banco de dados contra certos tipos de problemas lógicos ou estruturais.

Graus mais altos de normalização tipicamente envolvem mais tabelas e criam a necessidade de um maior número de junções, o que pode reduzir o desempenho. Portanto, tabelas altamente normalizadas são geralmente usadas em aplicações de bancos de dados que envolvem muitas transações isoladas (por exemplo, um sistema de caixa eletrônico), enquanto tabelas menos normalizadas tendem a ser usadas em aplicações de bancos de dados que não precisam mapear relações complexas entre entidades de dados e atributos de dados (por exemplo, um aplicativo de relatórios ou um aplicativo de pesquisa de texto completo).

Problemas abordados pela normalização

Uma anomalia de atualização. O funcionário 519 tem endereços diferentes em registros diferentes.

Uma anomalia de inserção. Até que o novo membro do corpo docente seja designado para ensinar pelo menos um curso, seus detalhes não podem ser registrados.

Uma anomalia de exclusão. Todas as informações sobre o Dr. Giddens são perdidas quando ele deixa temporariamente de ser designado para qualquer curso. Uma tabela que não está suficientemente normalizada pode sofrer inconsistências lógicas de vários tipos e anomalias envolvendo operações de dados. Em uma tabela assim:

As mesmas informações podem ser expressas em múltiplos registros; portanto, as atualizações na tabela podem resultar em inconsistências lógicas. Por exemplo, cada registro em uma tabela de "Habilidades de funcionários" poderia conter um ID de funcionário, Endereço de funcionário e Habilidade; portanto, uma mudança de endereço para um funcionário específico potencialmente precisaria ser aplicada a múltiplos registros (um para cada uma de suas habilidades). Se a atualização não for bem-sucedida, ou seja, se o endereço do funcionário for atualizado em alguns registros, mas não em outros, então a tabela fica em um estado inconsistente. Especificamente, a tabela fornece respostas conflitantes à pergunta de qual é o endereço deste funcionário em particular. Esse fenômeno é conhecido como uma anomalia de atualização.

Há circunstâncias em que certos fatos não podem ser registrados de forma alguma. Por exemplo, cada registro em uma tabela de "Faculdade e seus cursos" poderia conter um ID de Faculdade, Nome da Faculdade, Data de Contratação da Faculdade e Código do Curso; portanto, podemos registrar os detalhes de qualquer membro do corpo docente que ensine pelo menos um curso, mas não podemos registrar os detalhes de um membro do corpo docente recém-contratado que ainda não foi designado para ensinar nenhum curso. Esse fenômeno é conhecido como uma anomalia de inserção.

Há circunstâncias em que a exclusão de dados que representam certos fatos requer a exclusão de dados que representam fatos completamente diferentes. A tabela "Faculdade e seus cursos" descrita no exemplo anterior sofre desse tipo de anomalia, pois se um membro do corpo docente deixa de ser designado temporariamente para qualquer curso, devemos excluir o último dos registros em que esse membro do corpo docente aparece. Esse fenômeno é conhecido como uma anomalia de exclusão.

Idealmente, uma tabela de banco de dados relacional deve ser projetada de forma a excluir a possibilidade de anomalias de atualização, inserção e exclusão. As formas normais da teoria de bancos de dados relacionais fornecem diretrizes para decidir se um design específico será vulnerável a tais anomalias. É possível corrigir um design não normalizado para aderir às exigências das formas normais: isso é chamado de normalização.

A normalização geralmente envolve decompor uma tabela não normalizada em duas ou mais tabelas que, se combinadas (unidas), transmitiriam exatamente as mesmas informações que a tabela original.

Primeira Forma Normal (1NF)

A primeira forma normal (1NF) estabelece as regras básicas para um banco de dados organizado:

Eliminar colunas duplicadas na mesma tabela.

Criar tabelas separadas para cada grupo de dados relacionados e identificar cada linha com uma coluna única ou um conjunto de colunas (a chave primária).

Segunda Forma Normal (2NF)

A segunda forma normal (2NF) aborda ainda mais o conceito de eliminar dados duplicados:

Cumprir com todos os requisitos da primeira forma normal.

Eliminar subconjuntos de dados que se aplicam a múltiplas linhas de uma tabela e colocá-los em tabelas separadas.

Criar relações entre essas novas tabelas e

Confira os seguintes links:

Obrigado

Seshu

Olá

A normalização de bancos de dados é uma técnica para projetar tabelas de bancos de dados relacionais com o objetivo de minimizar a duplicação de informações e, ao fazer isso, proteger o banco de dados contra certos tipos de problemas lógicos ou estruturais. Por exemplo, quando várias instâncias da mesma informação estão em uma tabela, existe a possibilidade de que essas instâncias não se mantenham consistentes quando os dados dentro da tabela são atualizados, levando a uma perda de integridade dos dados. Uma tabela suficientemente normalizada é menos vulnerável a problemas desse tipo, pois sua estrutura reflete as suposições básicas sobre quando várias instâncias da mesma informação devem ser representadas por uma única instância apenas.

Graus mais altos de normalização tipicamente envolvem mais tabelas e criam a necessidade de um maior número de junções, o que pode reduzir o desempenho. Portanto, tabelas mais normalizadas geralmente são usadas em aplicações de bancos de dados que envolvem muitas transações isoladas (por exemplo, um sistema de caixa eletrônico), enquanto tabelas menos normalizadas tendem a ser usadas em aplicações de bancos de dados que não precisam mapear relações complexas entre entidades de dados e atributos de dados (por exemplo, um aplicativo de relatórios ou um aplicativo de pesquisa de texto completo).

A teoria de bancos de dados descreve o grau de normalização de uma tabela em termos de formas normais de sucessivos graus de rigor. Uma tabela em terceira forma normal (3NF), por exemplo, está consequentemente também em segunda forma normal (2NF); mas nem sempre o contrário é verdadeiro.

Embora as formas normais muitas vezes sejam definidas informalmente em termos das características das tabelas, as definições rigorosas das formas normais estão relacionadas às características dos construtos matemáticos conhecidos como relações. Sempre que a informação é representada de forma relacional, é relevante considerar até que ponto a representação está normalizada.

Formas normais

As formas normais (abrev. NF) da teoria de bancos de dados relacionais fornecem critérios para determinar o grau de vulnerabilidade de uma tabela a inconsistências lógicas e anomalias. Quanto maior a forma normal aplicável a uma tabela, menos vulnerável ela será a tais inconsistências e anomalias. Cada tabela tem uma "forma normal mais alta" (HNF): por definição, uma tabela sempre atende aos requisitos de sua HNF e de todas as formas normais inferiores à sua HNF; também por definição, uma tabela não atende aos requisitos de nenhuma forma normal superior à sua HNF.

As formas normais são aplicáveis a tabelas individuais; dizer que um banco de dados completo está na forma normal n é dizer que todas as suas tabelas estão na forma normal n.

Os recém-chegados ao design de bancos de dados às vezes supõem que a normalização procede de maneira iterativa, ou seja, um design de 1NF é normalizado primeiro para 2NF, depois para 3NF, e assim por diante. Isso não é uma descrição precisa de como a normalização geralmente funciona. É provável que uma tabela projetada de maneira sensata esteja em 3NF na primeira tentativa; além disso, se estiver em 3NF, é muito provável que tenha um HNF de 5NF. Alcançar as formas normais "superiores" (acima de 3NF) normalmente não requer esforço adicional do designer, pois as tabelas em 3NF geralmente não precisam de modificações para atender aos requisitos dessas formas normais superiores.

Edgar F. Codd originalmente definiu as três primeiras formas normais (1NF, 2NF e 3NF). Essas formas normais foram resumidas como exigindo que todos os atributos não chave sejam dependentes da "chave, toda a chave e nada mais que a chave". As quarta e quinta formas normais (4NF e 5NF) tratam especificamente da representação de relacionamentos de muitos para muitos e de um para muitos entre atributos. A sexta forma normal (6NF) incorpora considerações relevantes para bancos de dados temporais.

Primeira forma normal

Artigo principal: Primeira forma normal

Uma tabela está na primeira forma normal (1NF) se e somente se ela representa fielmente uma relação. Uma vez que as tabelas de bancos de dados incorporam uma forma semelhante a uma relação, a característica definidora de uma em primeira forma normal é que ela não permite nulos nem linhas duplicadas. Em poucas palavras, uma tabela com uma chave única e sem colunas nulas está em 1NF.

Há uma confusão em relação à afirmação comum de que uma tabela em 1NF não pode ter grupos repetidos. Embora essa afirmação em si seja axiomática, os especialistas discordam sobre o que qualifica como um "grupo repetido", portanto, a definição precisa de 1NF é objeto de controvérsia. No entanto, essa incerteza teórica se aplica às relações, não às tabelas. As manifestações de tabelas são intrinsecamente livres de grupos repetidos variáveis porque estão estruturalmente limitadas ao mesmo número de colunas em todas as linhas.

Consultar