UNIVERSIDADE TIRADENTES

ADAUTO CAVALCANTE MENEZES

NORMALIZAO

Aracaju 2012

Introduo
Consiste em avaliar esquemas relacionais para a qualidade do projeto, ou seja, para medir formalmente por que um conjunto de agrupamentos de atributos em esquemas de relao melhor do que outro. Existem duas formas de avaliar as boas praticas de esquemas de relao, a primeira o nvel lgico e o segundo o nvel de implementao, este ltimo se aplica apenas a esquemas das relaes da base, que sero fisicamente armazenadas como arquivos, enquanto o nvel lgico tratamos apenas das relaes virtuais. Hoje em dia, muitos dos bancos de dados existentes, no possuem documentao na forma de modelo conceitual. H situaes no ciclo de vida de um sistema nas quais um modelo conceitual pode ser de grande importncia. Obtido o esquema relacional correspondente ao documento, passa-se ao processo de normalizao. Entende-se como uma regra que deve ser obedecida por uma tabela para que a mesma seja considerada bem projetada. H diversas formas normais, ou seja, diversas regras, cada vez mais severas, para verificar tabelas relacionais. Neste trabalho, estarei abordando quatro formas normais denominadas como primeira, segunda, terceira e quarta forma normal, entendendo-se por 1FN, 2FN, 3FN e 4FN.

1FN Primeira Forma Normal

Diz-se que uma tabela est na primeira forma normal, quando ela no contm tabelas aninhadas. Para transformar uma tabela no normalizada em um esquema na 1FN podemos fazer de duas formas; Cria-se uma tabela na qual os dados das linhas externas tabela aninhada so repetidos para cada linha da tabela aninhada ou cria-se uma tabela referente a prpria tabela que est sendo normalizada e uma tabela para cada tabela aninhada. Passos a serem aplicados para consolidao da 1FN: - Identificao da chave primria da tabela. - Identificao da coluna que contem dados repetidos e remov-las. - Criao de uma nova tabela com chave primria para armazenamento do dado repetido. - Criar uma relao entre a tabela principal e a tabela secundria.
Ex.

Na tabela acima, podemos identificar que o campo Telefones, contm informaes de mais de 1 telefone do cliente. Nesse caso, teremos que criar uma outra tabela, para que possamos armazenar corretamente os telefones dos clientes. Abaixo como as tabelas devem ficar aps a normalizao.

2FN Segunda Forma Normal

Uma tabela encontra-se na segunda forma normal, quando, alm de estar na 1FN, no contm dependncias parciais. Passos a serem aplicados para consolidao da 2FN: - Identificar colunas que no so funcionalmente dependentes da chave primria da tabela - Remover a coluna da tabela e criar uma nova tabela com esses dados
Ex.

Nesse exemplo, temos uma tabela que armazena dados de vendas de produtos. Para aplicar a 2FN, temos que separar os dados dos produtos, em uma entidade que contenham somente dados dos produtos, e nessa tabela de pedidos apenas dados referentes aos pedidos. Segue exemplo abaixo aps aplicao da 2FN.

3FN Terceira Forma Normal

Uma tabela encontra-se na 3FN quando, alm de estar na 2FN, toda coluna no chave depende diretamente de chave primria, isto , quando no h dependncias funcionais transitivas ou indiretas. Passos a serem aplicados para consolidao da 3FN: - Identificar as colunas que so funcionalmente dependentes das outras colunas no chave - Remover essas colunas
Ex.

Como podemos ver no exemplo acima, temos duas colunas indicando os valores do produto. A coluna ValorTotal, depende de uma outra coluna no chave. Isso um exemplo de informao redundante, ou seja, temos como saber o valor total dos produtos, sem a necessidade de armazen-lo. Nesse caso, vamos remover a coluna ValorTotal. Aps aplicar a 3FN a tabela ficar assim:

4FN Quarta Forma Normal

Uma tabela est na 4FN, se e somente se, estiver na 3FN e no existirem dependncias multivaloradas. Ex: 3FN: Estantes (nmero, capacidade) Livros (ISBN, ttulo, ano) Autores (codAutor, nome, nacionalidade) DistribuioLivrosAutor(nmero, ISBN, codAutor). DF Multivalorada: ISBN :> codAutor

4FN: Estantes (nmero, capacidade) Livros (ISBN, ttulo, ano) Autores (codAutor, nome, nacionalidade) DistribuioLivros(nmero, ISBN) Autoria(ISBN, codAutor)

Problemas
Chaves primrias omitidas ou incorretas. Em arquivos convencionais, o conceito de chave primria no obrigatrio, como ocorre na abordagem relacional. Assim, possvel encontrar arquivos que no possuem chave primria. Quando um arquivo convencional no possui chave primria ou quando a chave primria nele usada difere da usual na organizao, deve-se proceder como se a chave primria aparecesse no arquivo, isto , deve-se inseri-la na forma N. Atributos relevantes implicitamente relevados. Atributos podem aparecer em arquivos convencionais de forma implcita, na forma de ordenao de registros ou de listas, na forma de ponteiros fsicos, etc. Quando esta situao ocorrer, deve-se proceder como se o atributo aparecesse explicitamente no documento.

Atributos relevantes, redundantes ou derivados. Arquivos convencionais podem conter atributos que no so relevantes do ponto de vista conceitual e que existem no arquivo por questes tcnicas ou de performance da implementao em questo.

Bibliografia

ELMASRI, R.; Navathe,; Sistemas de Bancos de Dados - 6 edio, LTC, 2011 HEUSER, C. Projeto de Banco de Dados. Porto Alegre: Sagra Luzzato, 1998, Srie de Livros Didticos, nmero 4.