Normalização de

Banco de Dados
Normalização

A normalização de dados é uma série de

passos que se segue no projeto de um
banco de dados que permite um
armazenamento consistente e um eficiente
acesso aos dados em um banco de dados
relacional. Esses passos reduzem a
redundância de dados e as chances dos
dados se tornarem inconsistentes.
Formas Normais

O Processo de normalização aplica

uma série de regras sobre as tabelas
de um banco de dados, para verificar
se estas estão corretamente
projetadas.
Apesar de existir outras formas
normais como a quarta forma normal
e quinta forma normal, apenas as três
primeiras tem sido considerada
atualmente.
 Primeira Forma Normal

Uma relação R está na 1FN se:

Todos os atributos de uma tabela forem

atômicos, ou seja, a tabela não deve
conter grupos repetidos e nem atributos
com mais de um valor.
Procedimentos

 Identificar a chave primária da

entidade.
 Identificar o grupo repetitivo e

removê-lo da entidade.
 Criar uma nova entidade com a

chave primária da entidade anterior

e o grupo repetitivo.
A chave primária da nova entidade será
obtida pela concatenação da chave
primária da entidade inicial e a do grupo
repetitivo.
 Exemplo
PESSOAS (ID, NOME, ENDERECO,
TELEFONES)

A tabela acima contém a chave primária ID.

O atributo TELEFONES é um atributo
multivalorado e, portanto, a tabela não está
na 1FN.
Para deixá-la na 1FN, vamos criar uma nova
tabela chamada TELEFONES que conterá
PESSOA_ID como chave estrangeira de
PESSOAS e TELEFONE como o valor
multivalorado que será armazenado.
PESSOAS (ID, NOME, ENDERECO)

TELEFONES (PESSOA_ID, TELEFONE)

 Segunda Forma Normal
Para estar na 2FN é preciso estar na 1FN.

Além disso, todos os atributos não chaves

da tabela devem depender unicamente da
chave primária (não podendo depender
apenas de parte dela).
Procedimentos:

• Identificar os atributos que não são

funcionalmente dependentes de toda
a chave primária.

Remover da tabela todos esses
atributos identificados e criar uma
nova tabela com eles.
A chave primária da nova tabela será
o atributo do qual os atributos
removidos são funcionalmente
dependentes.
 Exemplo
ALUNOS_CURSOS (ID_ALUNO,
ID_CURSO, NOTA, DESCRICAO_CURSO)
Nessa tabela, o atributo
DESCRICAO_CURSO depende apenas da
chave primária ID_CURSO.
Dessa forma, a tabela não está na 2FN. Para
tanto, cria-se uma nova tabela chamada
CURSOS que tem como chave primária
ID_CURSO e atributo DESCRICAO
retirando, assim, o atributo
DESCRICAO_CURSO da tabela
ALUNOS_CURSOS.
 Exemplo

ALUNOS_CURSOS (ID_ALUNO, ID_CURSO,

NOTA)

CURSOS (ID_CURSO, DESCRICAO)

 Terceira Forma Normal
Para estar na 3FN, é preciso estar na 2FN.
Além disso, os atributos não chave de uma tabela
devem ser mutuamente independentes e
dependentes unicamente e exclusivamente da
chave primária.
Um atributo B é funcionalmente dependente de A
se, e somente se, para cada valor de A só existe
um valor de B
Para atingir essa forma normal, é preciso
identificar as colunas que são funcionalmente
dependentes das outras colunas não-chave e
extraí-las para outra tabela.
Procedimentos:

• Identificar todos os atributos que

são funcionalmente dependentes
de outros atributos não-chave.
• Removê-los e criar uma nova tabela
com os mesmos.
A chave primária da nova entidade
será o atributo do qual os atributos
removidos são funcionalmente
dependentes.
 Exemplo

FUNCIONARIOS (ID, NOME, ID_CARGO,

DESCRICAO_CARGO)

O atributo DESCRICAO_CARGO depende

exclusivamente de ID_CARGO (atributo não-
chave) e, portanto, deve-se criar uma nova
tabela com esses atributos.
Dessa forma, ficamos com as seguintes tabelas:

FUNCIONARIOS (ID, NOME, ID_CARGO)

CARGOS (ID_CARGO, DESCRICAO)

 Exercício
Normalize a tabela EMPREGADOS a seguir.