O objetivo da normalizao evitar os problemas provocados por falhas no Projeto do Banco de Dados, bem como eliminar a "mistura de assuntos"

; e as correspondentes repeties desnecessrias de dados.

Uma Regra de Ouro que devemos observar quando criamos um Projeto de um Banco de Dados baseado no Modelo Relacional de Dados a de "no Misturar assuntos em uma mesma Tabela". Por exemplo na Tabela Clientes devemos colocar somente campos relacionados com o assunto Clientes. No devemos misturar campos relacionados com outros assuntos, tais como Pedidos, Produtos, etc. Essa "Mistura de Assuntos" em uma mesma tabela acaba por gerar repetio desnecessria bem como inconsistncia dos dados.

O Processo de Normalizao aplica uma srie de Regras sobre as Tabelas de um Banco de Dados, para verificar se estas esto corretamente projetadas. Embora existam 5 formas normais, na prtica usamos um conjunto de 3 Formas Normais. Normalmente aps a aplicao das Regras de Normalizao, algumas tabelas acabam sendo divididas em duas ou mais tabelas, o que no final gera um nmero maior de tabelas do que originalmente existia. Este processo causa a simplificao dos atributos de uma tabela, colaborando significativamente para a estabilidade do modelo de dados, reduzindo-se consideravelmente as necessidades de manuteno

Cliente
Codigo(PK)
123 456

Nome
Rachel Soares James Borges

Telefone
555-861-2025 555-403-1659 555-776-4100

789

Maria Fernandez

555-808-9633

Uma Tabela est na Primeira Forma Normal quando seus atributos no contm grupos de Repetio".
a) b) c)

Identificar a chave primria da entidade; Identificar o grupo repetitivo e exclu-lo da entidade; Criar uma nova entidade com a chave primria da entidade anterior e o grupo repetitivo.

Resumo dos Procedimentos:

Cliente
Codigo(PK) 123 456 Nome 123 Rachel Soares James Borges

Telefone
Codigo(FK) Telefone
555-861-2025

456
456

555-403-1659
555-776-4100

789

Maria Fernandez

789

555-808-9633

Ocorre quando a chave Primria composta por mais de um campo. Neste caso, devemos observar se todos os campos que no fazem parte da chave dependem de todos os campos que compem a chave. Se algum campo depender somente de parte da chave composta, ento este campo deve pertencer a outra tabela.
a) b) c)

Identificar os atributos que no so funcionalmente dependentes de toda a chave primria. Remover da entidade todos esses atributos identificados e criar uma nova entidade com eles. A chave primria da nova entidade ser o atributo do qual os atributos removidos so funcionalmente dependentes.

Resumo dos Procedimentos:

Cursos
Numero_Matricula
001 010 101 (PK)

Cod_Curso
201 201 210

Avaliao
15/03 15/03 15/03

Descricao_Curso
Word Avanado Word Avanado Excel Avanado

Chave primria Composta: Numero_Matricula, Cod_Curso

Avaliao
Numero_Matricula Cod_Curso Avaliao

Curso
Cod_Curso(PK) Descricao_Curso

001 010 101 (PK)

201 201 210

15/03 15/03 15/03

201 210

Word Avanado Excel Avanado

Chave primria Composta: Numero_Matricula, Cod_Curso

Na definio dos campos de uma entidade podem ocorrer casos em que um campo no seja dependente diretamente da chave primria ou de parte dela, mas sim dependente de um outro campo da tabela, campo este que no a Chave Primria.
a) b) c)

Resumo dos Procedimentos: Identificar todos os atributos que so funcionalmente dependentes de outros atributos no chave; Remov-los e criar uma nova entidade com os mesmos. A chave primria da nova entidade ser o atributo do qual os atributos removidos so funcionalmente dependentes.

Vencedores de Torneios
Torneio
Indiana Invitational Cleveland Open Des Moines Masters Indiana Invitational
( PK)

Ano
1998 1999 1999 1999

Vencedor
Al Fredrickson Bob Albertson Al Fredrickson Chip Masterson

Data de nasc. do vencedor

21/7/1975 28/9/1968 21/7/1975 14/3/1977

Chave primria Composta: Torneio, Ano

Vencedores de Torneios Torneio Indiana Invitational Cleveland Open Des Moines Masters Indiana Invitational Ano 1998 1999 1999 1999 Vencedor Al Fredrickson Bob Albertson Al Fredrickson Chip Masterson

(PK)

Datas de nasc. de jogadores

Jogador Chip Masterson Al Fredrickson Bob Albertson Data de nascimento 14/3/1977 21/7/1975 28/9/1968

Chave primria Composta: Torneio, Ano

Aps a normalizao, as estruturas dos dados esto projetadas para eliminar as inconsistncias e redundncias dos dados, eliminando desta forma qualquer problema de atualizao e operacionalizao do sistema. Projetar o banco de dados significa criar um MER (Modelo Entidade x Relacionamentos) onde so indicadas quais tabelas faro parte do banco de dados, quais os campos de cada tabela, qual o campo que ser a Chave Primria (PK) nas tabelas que tero Chave Primria e quais tabelas tero o campo chave estrangeira (FK) (normalizar) e quais os relacionamentos (impor cardinalidade) entre as tabelas.

Nota: Os campos que aparecem em negrito representam a Chave Primria de cada tabela.