Buscar

NORMALIZACAO TABELA

Faça como milhares de estudantes: teste grátis o Passei Direto

Esse e outros conteúdos desbloqueados

16 milhões de materiais de várias disciplinas

Impressão de materiais

Agora você pode testar o

Passei Direto grátis

Você também pode ser Premium ajudando estudantes

Faça como milhares de estudantes: teste grátis o Passei Direto

Esse e outros conteúdos desbloqueados

16 milhões de materiais de várias disciplinas

Impressão de materiais

Agora você pode testar o

Passei Direto grátis

Você também pode ser Premium ajudando estudantes

Faça como milhares de estudantes: teste grátis o Passei Direto

Esse e outros conteúdos desbloqueados

16 milhões de materiais de várias disciplinas

Impressão de materiais

Agora você pode testar o

Passei Direto grátis

Você também pode ser Premium ajudando estudantes
Você viu 3, do total de 4 páginas

Faça como milhares de estudantes: teste grátis o Passei Direto

Esse e outros conteúdos desbloqueados

16 milhões de materiais de várias disciplinas

Impressão de materiais

Agora você pode testar o

Passei Direto grátis

Você também pode ser Premium ajudando estudantes

Prévia do material em texto

NORMALIZAÇÃO DE TABELAS 
 
O objetivo da normalização é evitar os problemas provocados por falhas no projeto do Banco 
de Dados, bem como eliminar a “mistura” de assuntos e as correspondentes redundâncias de 
dados. A normalização de tabelas é utilizadas para tentar detectar erros no projeto das tabelas 
e atributos de cada tabela e corrigir estes erros, antes da criação e utilização do banco de 
dados. É bem mais fácil (e barato) corrigir os erros na fase de projeto do que depois, quando o 
banco de dados já está em uso. 
 
Uma “Regra de Ouro” que devemos observar quando do projeto de Banco de Dados é a de 
“não misturar assuntos em uma mesma Tabela”, conforme já descrito anteriormente. 
 
Por exemplo, na tabela Clientes devemos colocar somente campos relacionados com o 
assunto Clientes. Não devemos misturar campos relacionados com outros assuntos, tais como 
Pedidos, Produtos, etc. Essa “mistura de assuntos” em uma mesma tabela acaba por gerar 
repetição desnecessária dos dados bem como inconsistência dos dados. 
 
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. Embora existam cinco Formas 
Normais (ou regras de Normalização), na prática usamos um conjunto de três Formas Normais. 
 
Freqüentemente, após a aplicação das regras de Normalização, algumas tabelas acabam 
sendo divididas em duas ou mais, o que no final gera um número maior de tabelas do que o 
número de tabelas originalmente projetado. Este processo causa a simplificação dos atributos 
de uma tabela, colaborando significativamente para a estabilidade do projeto do banco de 
dados, reduzindo-se as necessidades de manutenção e alterações, após o banco ter sido 
colocado em produção. 
 
Vamos estudar e entender o processo de Normalização através de exemplos práticos. 
 
PRIMEIRA FORMA NORMAL 
 
Regra: “Uma tabela está na Primeira Forma Normal quando seus atributos não contêm Grupos 
de Repetição.” 
 
Por isso dissemos que uma Tabela que possui Grupos de Repetição não está na Primeira 
Forma Normal. Considere a Figura 1.7: 
 
 
Pode
exem
divers
que, 
que p
ocorr
Pais 
 
A sol
Pais 
Um p
1.8: 
 
 
 
 
As du
Prime
está 
 
SEG
 
Pode
emos notar 
mplo, se um c
sas vezes, t
por erro de 
pode acarret
re porque m
e dos Filhos
ução para e
e relacionam
para Vários, 
F
uas tabelas 
eira Forma N
na Primeira 
GUNDA FO
emos aplicar 
Figura 1.7 
que uma t
casal tiver m
tantas quant
digitação, o 
tar problema
isturamos as
 em uma me
este problema
mos a tabela
ou seja, Um
Figura 1.8 As 
resultantes 
Normal; a ta
Forma Norm
ORMA NO
a Segunda 
Uma tabela qu
tabela com 
mais do que u
os forem os
nome dos p
as na hora d
ssuntos em 
esma tabela.
a é simples:
a Pais com a
m casal pode
tabelas Pais 
da aplicação
bela original
mal. 
ORMAL 
Forma Norm
ue não está n
esta estrut
um filho, tería
 filhos. Isso 
pais não apa
de fazer pesq
uma mesm
 criamos um
a tabela Filh
e ter Vários 
e Filhos estão
o da Primeir
l, a qual mis
mal quando 
 
a Primeira Fo
tura apresen
amos que dig
forma um G
areça exatam
quisas ou em
a tabela. Co
ma tabela sep
hos através d
filhos. Esta 
o na Primeira 
ra Forma No
sturava inform
tivermos um
rma Normal. 
nta diversos
gitar o Nome
Grupo de Re
mente igual t
mitir relatório
olocamos as
parada para 
de um relaci
solução é in
Forma Norma
ormal, Pais e
mações de P
ma Chave Pr
s problemas
e do Pai e da
epetição. Pod
todas as vez
os. Este prob
s informaçõe
a Informaçã
ionamento d
ndicada na F
 
al. 
e Filhos, est
Pais e Filhos
rimária Comp
s. Por 
a Mãe 
de ser 
zes, o 
blema 
es dos 
ão dos 
do tipo 
Figura 
tão na 
s, não 
posta. 
Neste
comp
algum
Chav
 
Obse
 
 
A Ch
Códig
Núme
discip
depe
Núme
comp
Assim
 
A res
Segu
que a
 
Nota
muita
Primá
e caso, deve
posta, depen
m campo qu
ve Primária c
erve o exemp
have Primária
goDoCurso. 
eroDaMatríc
plina – repre
nde apenas
eroDaMatríc
posta e depe
m podemos d
solução para
unda Forma 
as duas tabe
 
: A distinção
as vezes é 
árias Compo
 
emos observ
ndem de tod
e não faz pa
composta, en
plo indicado 
Figura 1.9 
a Composta
O campo
ula (cada a
esentada pe
s do Códig
ula). Com i
ende apenas
dizer que est
a este prob
Normal, em 
elas resultant
Figura 1.10 
o entre a Seg
confusa. A 
ostas. 
var se todos 
dos os cam
arte da chav
ntão este cam
na Figura 1.9
Uma tabela qu
a é formada 
o Avaliação 
luno – repre
elo campo C
goDoCurso 
isso, temos 
s de um dos
ta tabela não
blema també
duas outras
tes estarão n
 Duas tabelas
gunda e a T
Segunda F
os campos,
pos que co
ve primária c
mpo deve pe
9: 
ue não está n
pela combin
depende 
esentado po
CódigoDocur
(a descriçã
um campo
s campos qu
o está na Seg
ém é simple
s tabelas, co
na Segunda 
s que estão na
Terceira Form
Forma Norm
, que não fa
mpõem a C
composta de
ertencer a ou
 
a Segunda Fo
nação dos c
tanto do 
or sua matríc
rso), porém 
ão do curso
 que não f
ue compõem
gunda Forma
es: dividimos
onforme indi
Forma Norm
a Segunda Fo
ma Normal, q
mal está liga
azem parte d
Chave Primá
epender som
tra tabela. 
orma Normal. 
campos Núm
CódigoDoC
cula, tem um
o campo D
o não tem 
faz parte da
m a Chave P
a Normal. 
s a tabela, 
cado pela F
mal. 
orma Normal. 
que veremos
ada à ocorr
da Chave pr
ária compost
mente de pa
meroDaMatríc
urso quant
ma nota em
DescriçãoDoC
relação co
a Chave Pr
rimária comp
que não es
Figura 1.10, s
 
s no próximo
ência de C
imária 
ta. Se 
rte da 
cula e 
to do 
 cada 
Curso, 
om o 
imária 
posta. 
stá na 
sendo 
o item, 
haves 
TER
 
Na d
depe
outro
 
Quan
exem
 
Obse
não f
Norm
 
A sol
confo
Norm
 
 
 
Nota
obter
porém
minim
 
RCEIRA F
efinição dos
ndente diret
o campo cons
ndo isto oco
mplo indicado
erve que o ca
faz parte da C
mal. 
ução para es
orme indicad
mal. 
: Com isso p
r um número
m sem prob
mizados. 
ORMA NO
s campos de
tamente da 
stante na tab
orre, dizemo
o pela Figura
Figura 1.11 
ampo Descri
Chave Primá
ste caso tam
do pela Figu
Figura 1.12
podemos co
o maior de t
lemas de re
ORMAL 
e uma tabela
Chave Prim
bela, campo
s que a tab
a 1.11: 
Uma tabela q
çãoDoCargo
ária. Por isso
mbém é simp
ura 1.12. As
2 Duas tabela
oncluir que, c
tabelas do q
edundância e
a podem oc
mária, ou de 
este que não
bela não es
que não está n
o depende ap
o dizemos qu
ples. Novame
s duas tabe
as que estão n
como resulta
que o existe
e inconsistên
correr casos 
parte dela, 
o seja a Cha
tá na Terce
 
na Terceira Fo
penas do ca
ue esta tabel
ente basta d
las resultant
na Terceira Fo
ado do proce
ente antes d
ncia dos dad
em que um
mas sim de
ave Primária.
eira Forma N
orma Normal. 
mpo Código
la não está n
ividir a tabela
tes estão na
orma Normal. 
esso de Norm
do processo 
dos, ou com
m campo não
ependente d
 
Normal, con
DoCCargo, o
na Terceira F
a em duas o
a Terceira F
 
malização, ir
de normaliz
m estes prob
o seja 
de um 
nforme 
o qual 
Forma 
outras, 
Forma 
remos 
zação, 
lemas

Outros materiais