Escolar Documentos
Profissional Documentos
Cultura Documentos
NDICE ANALTICO
CONCEITOS DE BANCO DE DADOS .............................................................................. 3
PROPRIEDADES DE UM BANCO DE DADOS ................................................................. 4
SISTEMA GERENCIADOR DE BANCO DE DADOS SGBD ........................................................ 4
ABSTRAO DE DADOS ................................................................................................. 5
LINGUAGENS DOS SGBDS ............................................................................................. 5
LINGUAGENS DE DEFINIO DE DADOS (DDL) ................................................................... 6
LINGUAGEM DE MANIPULAO DE DADOS (DML) ............................................................... 6
ABORDAGEM BD VERSUS PROCESSAMENTO TRADICIONAL DE ARQUIVOS......... 7
USURIOS DE BANCO DE DADOS ............................................................................... 32
ADMINISTRADOR DE BANCO DE DADOS (DBA) ................................................................... 7
PROJETISTA DE BANCO DE DADOS (DBD) .......................................................................... 8
USURIOS FINAIS ............................................................................................................. 8
VANTAGENS DA ABORDAGEM DE BANCO DE DADOS ................................................ 8
CONTROLE DE REDUNDNCIA .................................................................................. 8
COMPARTILHAMENTO DE DADOS ............................................................................. 8
RESTRIES DE ACESSO NO AUTORIZADO .............................................................. 8
RESTRIES DE INTEGRIDADE ................................................................................. 8
MANUTENO DE BACKUP E RECUPERAO ............................................................ 9
PADRONIZAO ...................................................................................................... 9
FLEXIBILIDADE ........................................................................................................ 9
DISPONIBILIDADES DE INFORMAES ATUALIZADAS .................................................. 9
MODELAGEM DE DADOS .............................................................................................. 13
CONCEITOS ................................................................................................................... 13
TIPOS DE ENTIDADES ..................................................................................................... 13
ENTIDADE FRACA ........................................................................................................... 13
CHAVE PRIMRIA ........................................................................................................... 14
CHAVE CANDIDATA ......................................................................................................... 15
CHAVE CONCATENADA ................................................................................................... 15
CHAVE ESTRANGEIRA ..................................................................................................... 15
REPRESENTAES GRFICAS ................................................................................... 15
RELACIONAMENTOS ..................................................................................................... 16
CARDINALIDADE ................................................................................................................ 16
MAPEAMENTO DO MER PARA O MODELO DE DADOS RELACIONAL ....................... 20
PRIMEIRO PASSO .......................................................................................................... 21
SEGUNDO PASSO: ............................................................................................................. 22
TERCEIRO PASSO .............................................................................................................. 23
QUARTO PASSO ................................................................................................................ 24
QUINTO PASSO ................................................................................................................. 25
[Digite texto]
[Digite texto]
Introduo
Em uma grande organizao, um sistema de Banco de Dados apenas uma parte de um
grande sistema de informao que utilizado para gerenciar os recursos de informao
da organizao. Um sistema de informao inclui todos os recursos da organizao que
esto envolvidos na coleta, gerenciamento, uso e disseminao da informao. Estes
recursos incluem os dados por si s, o sistema gerenciador de Banco de Dados, o
hardware, o meio de armazenagem, as pessoas na organizao que usam e gerenciam
os dados, as aplicaes que acessam e atualizam os dados, etc.
Assim, os sistemas de Banco de Dados formam uma pequena parte de um grande
sistema organizacional.
Banco de Dados Relacionais
A idia de banco de dados Relacionais foi apresentada em 1970, por Coad Yourdon, o
qual partiu de uma viso intuitiva onde era possvel associar um conjunto de atributos de
uma entidade do mundo real, como sendo uma relao. Alm disso, Coad, props a
lgebra relacional, que seria um conjunto de operaes que iriam atuar sobre estas
relaes, cujo resultado seria sempre outra relao.
O modelo relacional mostrou-se muito til para lidar com aplicaes comerciais, tornandose a tecnologia mais difundida na rea, nas dcadas de 80 e 90.
Este modelo representa os dados armazenados em um Banco de Dados atravs de
relaes, as quais contm informaes sobre as entidades representadas e seus
respectivos relacionamentos. Utiliza o conceito de matrizes, onde as linhas seriam os
registros e as colunas seriam os campos. Tal modelo consiste em uma coleo de
tabelas, onde cada tabela possui seu respectivo nome.
Conceitos de Banco de Dados
Banco de Dados uma coleo de dados interrelacionados.
Dados so fatos que podem ser registrados e que tm um significado.
Importante: Dado a
menor unidade que em
si possui significncia
ao negcio
Registro ou Tupla uma coleo de dados. dividido em campos que utilizado para
identificar os valores contidos no registro. Veja a figura a seguir:
A figura abaixo representa um registro de um cliente em SGBD Relacional conceitos
relaes de campos e tuplas. Veja a figura abaixo:
[Digite texto]
Nome
Endereo
Cep
Rua Castilho, 45
15990-000
Data Nasc
CPF
Tupla
Dorotia
10/05/80
384.150.122-9
Valores
Construo de um B.D
o processo de armazenagem dos dados em algum meio de armazenamento.
Manipulao de um B.D
Aplicao de algumas funes como a consulta para a recuperao de alguns
dados especficos, atualizao para refletir mudanas no mini-mundo e a gerao
de documentos.
Abstrao de Dados
Quando um usurio utiliza um Banco de Dados, ele no faz idia da quantidade de
informaes que ele est manipulando. Isto porque, o SGBD oculta certos detalhes de
como os dados so armazenados ou mantidos, proporcionando ao usurio uma viso
abstrata dos dados. Os Bancos de Dados so freqentemente utilizados por pessoas sem
conhecimentos na rea de Banco de Dados. misso do SGBD manipular a grande
quantidade de dados complexos, sem que o usurio precise se preocupar. Para isto,
temos trs nveis de abstrao.
Nvel Fsico Nvel mais baixo de abstrao. Descreve como os dados so
armazenados. Descreve com detalhes as estruturas complexas de baixo nvel.
Nvel Conceitual Descreve quais dados so realmente armazenados no Banco de
Dados. Assim como, o relacionamento entre esses dados.
Nvel Viso Nvel mais alto da abstrao no qual se expem apenas parte do BD.
Podem existir diferentes vises para um mesmo banco de dados.
ABSTRAO
o ato de separar
mentalmente
elementos de uma totalidade
complexa
Viso 1
Viso 2
Nvel
Conceitual
Nvel
Fsico
[Digite texto]
Viso 3
alfanumrico
numrico
moeda
50
10
-
Consultas;
Atualizaes Insero de informaes
Remoo de informaes
Cadastro de Clientes
Nome:
Jos da Silva
[Digite texto]
Instncia
Programas de Aplicao
Ferramentas do SGBD
Meta
Dados
Banco
de
Dados
[Digite texto]
10
EXERCCIOS
1) Um catlogo telefnico pode ser considerado um exemplo de:
a) Banco de dados
b) Registro
c) Tupla
d) DBA
Justifique sua resposta:
2) Em uma clnica veterinria so usados 2 cartes de controle de vacinao para cada
animal vacinado, ficando um com o veterinrio que aplica as vacinas e o outro com o
atendente que controla o pagamento. Certo dia, o atendente foi ao banco enquanto o
veterinrio vacinou um animal. No ms seguinte, devido s divergncias entre as duas
fichas (a do atendente e a do veterinrio) a clnica ficou em dvida a respeito da
vacinao do animal em questo. O fato acima exemplifica um problema de:
a) Redundncia de dados
b) Inconsistncia de Dados
c) Definio de Banco de dados
d) Meta de dados
Neste caso, o que poderia ser feito para resolver este problema?
3) Em um canhoto de talo de cheques, so anotados para todo cheque emitido, data de
emisso, valor e destino do cheque. Cada um desses itens constitui:
a) Dado
b) Meta de dados
c) Banco de dados
d) Sistema gerenciador de banco de dados
4) A direo de um hospital determinou que fosse feito um cadastro de todos os doentes
e de seus acompanhantes. Neste cadastro deveria constar: nome, idade endereo e
RG de cada pessoa. Quando o modelo do cadastro ficou pronto, a secretria mostrouo ao diretor para saber se estava OK. O que a secretria mostrou ao diretor foi:
a) O esquema do banco de dados
b) A instncia do banco de dados
c) Uma tupla
d) Um registro
5) A seguir, o modelo foi preenchido com os dados dos pacientes e acompanhantes,
gerando aproximadamente 100 registros. Neste caso, o que temos :
a) O esquema do banco de dados
b) A instncia do banco de dados
c) Uma tupla
d) Um registro
6) Em seguida, a secretria verificou que alguns dados do paciente numero 54 do banco
de dados estavam errados e corrigiu-os. O que ela modificou foi:
a) Uma tupla
b) O SGBD
c) DML
d) A abstrao
[Digite texto]
11
e) A linguagem
7) Das sentenas abaixo, correto afirmar que:
Dado
a)
b)
c)
d)
e)
Tem um significado
S faz parte de uma grandes organizaes
Pode ser registrado
Vem sempre acompanhado de um SGBD
S encontrado em meios eletrnicos
8) A loja x desenvolveu uma lista para controlar seu clientes inadimplentes, logicamente,
os dados constantes nesta lista eram os nomes e registros dos maus pagadores . A
lista foi distribuda aos vendedores da loja, para que estes estivessem cientes dos
nomes constantes nela, sendo orientados que a cada inadimplente que acertasse
sua situao junto loja, tivesse seu nome marcado . Posteriormente, a idia da lista
foi copiada por uma grande loja, mas com o mesmo propsito e foram utilizadas
ferramentas informatizadas para poder excluir os nomes da lista, assim com incluir
novos nomes e consultar a lista para ver quem ainda estava nela. Estas
caractersticas descrevem:
a)
b)
c)
d)
e)
Um banco de dados
Processamento tradicional de arquivos
Abstrao de dados
Administrador de banco de dados
Compartilhamento de dados
string
numrico
numrico
50
08
08
Um SGBD
Um DBA
Um DBD
Um mini-mundo
Um registro
[Digite texto]
12
10) Denise trabalha em uma grande empresa de implementos agrcolas. Ela controla os
navios que vo para o exterior, bem como os estoques da filiais fora do Brasil. Os
dados envolvidos nestas operaes so muitos e bastante complexos. Como Denise
no entende muito de informtica, toda modificao de estrutura , permisso de
acesso e problemas eventuais do seu banco de dados so resolvidos pelos DBA e
DBD da empresa. O fato de Denise no enxergar o Banco em profundidade pode ser
chamado de:
a)
b)
c)
d)
do Character
50
Numrico
Numrico
10
08
12) Srgio comanda uma grande equipe em uma grande organizao. ele quem
controla o acesso dos funcionrios aos dados da empresa. Ele tambm mantm o
controle central e responde por todo problema que possa haver com o banco de
dados. Marcelo, por sua vez, subordinado a Srgio, define quais dados devem
constar no banco e suas estruturas, tambm define como estes dados sero
armazenados. Marcelo e Srgio so respectivamente:
a) DBA e DBD
b) DBD e DBA
Exerccios elaborados pela prof Ndia C. de Azevedo.
[Digite texto]
13
Modelagem de Dados
Modelo Entidade Relacionamento (MER)
-
Conceitos
Entidade: a representao de um objeto no mundo real com existncia
interdependente. Pode ser um objeto com existncia fsica ou conceitual.
A Reserva do Avio
Existncia Fsica
Existncia Conceitual
PESSOA
CARRO
AVIO
RESERVA
DO AVIO
Tipos de Entidades
Um BD geralmente contm grupos de entidades que so similares. Estas entidades
possuem os mesmos atributos, embora cada entidade possua os prprios valores.
Entidades similares definem um tipo entidade, o qual um conjunto de entidades que
possuem o mesmo atributo.
A descrio de um tipo entidade chamada Esquema do tipo entidade, e especifica uma
estrutura comum partilhada por entidades individuais daquele tipo. O esquema especifica
o nome do tipo entidade, o nome e o significado de cada atributo e as restries entre as
entidades.
Entidade Fraca
Alguns tipos de entidade podem no Ter algum atributo chave por si s. Isto implica que
no poderemos distinguir certas entidades, porque a combinao dos valores de seus
atributos podem ser idnticas. Estes so os tipos de Entidade Fraca.
[Digite texto]
14
Empregado
CdigoDoEmpregado
NomeDoEmpregado
FunoDoEmpregado
SalrioDoEmpregado
Possui
CdigoDoDependente
CdigoDoEmpregado
NomeDoDependente
ParentescoDoDependente
Atributos:
So propriedades particulares que descrevem uma determinada entidade. Uma entidade,
em particular, ir Ter valores prprios em seus atributos.
Atributo Composto: um atributo formado por vrios atributos que no pode ser
dividido, chamado de atmico ou simples.
Atributo Simplesmente Valorado: um atributo que assume um nico valor para uma
determinada entidade.
Atributo Multi-Valorado: um atributo que pode assumir diversos valores para uma
determinada entidade.
Atributo Derivado: um atributo pode ser chamado de derivado quando seu valor
determinado a partir de um ou mais atributos. Estes atributos mantm uma relao.
Chave Primria
Uma chave primria um atributo que possui um valor nico para cada entidade
individual. Esta uma restrio que probe que duas entidades possuam o mesmo valor
para um determinado atributo ao mesmo tempo. Alguns tipos de entidades podem Ter
mais que um atributo formando uma chave ou mais que um atributo chave.
[Digite texto]
15
Chave Candidata
Uma tabela pode possuir alternativas de identificador nico, ou seja, vrias colunas ou
concatenaes diferentes de colunas podem ter esta propriedade. Estes identificadores
so candidatos chave primria, como um e somente um ser escolhido como chave
primria, o restante passa a ser considerado como chave alternativa, por isso candidata.
Chave Concatenada
Se diz que uma chave concatenada (ou composta) quando apresentar vrios atributos
individuais agrupados na formao da chave primria. Por exemplo: A chave primria da
entidade [Dependente] composta pelos atributos [Cdigo do Empregado] e [Cdigo do
Dependente], sendo, portanto, uma chave concatenada.
Chave Estrangeira
Quando uma entidade apresenta um atributo importado de outra entidade, esse atributo
denominado de chave estrangeira. Chaves estrangeiras so o resultado de associaes
entre entidades atravs de relacionamentos 1:1 1:N (um para vrios).
No exemplo a seguir, o atributo [NmeroDoDepartamento] chave estrangeira na
entidade Funcionrio importada da entidade Departamento.
Departamento
NumeroDoDepartamento
NomeDoDepartamento
LocalizacaoDoDepto
Funcionrio
trabal
ha
Representaes Grficas
Tipo
Entidade
Tipo
Relacio
namento
[Digite texto]
Matrcula DoFuncionrio
NomeDoFuncionrio
EndereoDoFuncionrio
NmeroDoDepartamento
Chave Estrangeira
Tipo
Entidade
Fraca
Tipo
Relacioname
nto
Identificador
16
Atributo
simplesmente
valorado
Atributo
MultiValorado
Atributo
Derivado
Atributo
Chave
Atributo
Composto
Relacionamentos
No mundo real uma entidade raramente apresenta-se isolada, tendo existncia
completamente independente de quaisquer outras. Geralmente ocorre o contrrio:
detectada a existncia de uma associao entre as ocorrncias de duas entidades
distintas. A essa conexo lgica entre duas ou mais entidades damos o nome de
relacionamento.
Um bom exemplo de relacionamento seria aquele existente entre Funcionrio e
Departamento: uma ocorrncia da entidade Funcionrio dever sempre estar associada a
uma ocorrncia da entidade Departamento.
Poderamos inclusive nomear de Pertence a associao entre essas duas entidades,
visto que um funcionrio sempre pertence a um departamento.
Um relacionamento possui sempre algumas caractersticas bsicas, uma das quais a
Cardinalidade.
Cardinalidade
Cardinalidade de um relacionamento consiste na especificao do sentido da associao
existente entre as entidades envolvidas. Por exemplo, um funcionrio pertence sempre a
no mnimo um e no mximo um departamento, ou seja, obrigatrio que exista, uma
ocorrncia especfica da entidade Funcionrio, to somente uma ocorrncia da entidade
Departamento associativa. Por outro lado, para um determinado departamento possvel
que existam vrios funcionrios relacionados: mais de uma ocorrncia da entidade
Funcionrios refere-se mesma ocorrncia da entidade Departamento. Dizemos nesse
caso que a cardinalidade do relacionamento Pertence de 1:N (um para ene ou um
para muitos ).
No modelo entidade Relacionamento (Modelo E-R ou MER) de Peter Chen as entidades
so representadas por um retngulo com seu nome no interior e os relacionamentos so
representados por losangos e com um verbo, o que explicita o relacionamento como um
objeto de associao. O que importante entendermos o que so entidades
inicialmente e num segundo instante as formas possveis destas entidades se
relacionarem. A cardinalidade dos relacionamentos ser explicitada diretamente atravs
da insero dos smbolos 1 e N para representar uma ou mais ocorrncias
respectivamente.
[Digite texto]
17
Funcionrio
Perten
Departamento
Explicitado
Pertence
R1
R2
R3
R4
R5
Departamento
Recursos Humanos
Financeiro
Compras
O primeiro deles o relacionamento 1:1 (um para um). Um exemplo seria aquele que
existe entre Gerente e Departamento, onde um gerente pode responder por apenas um
departamento e um departamento s pode ser gerenciado por um nico gerente.
Gerente
1
gerenc
Departamento
[Digite texto]
18
Relacionamento 1:1
Gerente
Gerencia
Joaquim
Manoel
Eduardo
R1
R2
R3
Departamento
Recursos Humanos
Financeiro
Compras
Relacionamento N:M
M
atua
Ator
Filme
Atua
Tarcsio Meira
Regina Duarte
Francisco Cuoco
R1
R2
R3
Filme
O Impaciente Ingls
Velocidade Mnima
E a Chuva Lavou
1) Uma biblioteca deseja informatizar os Cadastros de seus livros. Para isso nos passou
as seguintes informaes:
Os livros so definidos pelo nmero do ISBN, Ttulo, Nmero de Pginas e Preo. Um
livro pode ser escrito por vrios autores, sendo os autores definidos pelo Nmero do
autor, Nome e Sobrenome. As Editoras so definidas pelo Cdigo da editora, Nome,
Endereo, telefone e E-Mail. Um livro pode conter vrios assuntos, sendo que vrios livros
podem falar sobre o mesmo assunto. Os dados que devemos registrar para o assunto
so: Cdigo do assunto e a descrio. Alguns livros podem Ter vrias Cpias cadastradas
na biblioteca, sendo estas cpias definidas pelo nmero da Cpia e Data de Aquisio
[Digite texto]
19
desta cpia. claro, que s podemos Ter a cpia de algum livro na biblioteca se existir o
livro , caso contrrio, no permitido.
2) Uma empresa deseja manter controle dos projetos desenvolvidos por seus
departamentos. Temos as seguintes informaes:
Cada departamento responsvel por um nico projeto em desenvolvimento, sendo que
em cada projeto pode ter mais de um departamento responsvel pelo seu
desenvolvimento. Estes projetos desenvolvem peas para motores hidrulicos. Um
projeto envolve vrias peas e estas peas esto envolvidas em vrios projetos. Para
cada departamento h um gerente responsvel, sendo que cada departamento possui um
nico gerente. Para os funcionrios que trabalham nos departamentos da empresa
deseja-se manter um cadastro de seus responsveis.
Departamentos: Nmero do departamento, Nome e Local.
Projetos: Cdigo do Projeto, Descrio e Durao
Peas: Nmero da Pea e Descrio
Gerente e Funcionrios: Matrcula, Nome e Cargo
Responsveis: Nome e Parentesco
3) Deseja-se criar um banco de dados para uma agncia de turismo, contendo as
informaes sobre os recursos oferecidos por algumas cidades:
Cada cidade possui hotis, restaurantes e casas de show. Deseja-se armazenar os dados
dos shows tpicos de cada casa de show e os cardpios principais de cada restaurante da
cidade. Para cada hotel existe uma pessoa responsvel com quem a agncia de turismo
deve manter contato (para cada hotel existe uma nica pessoa que cuida da hospedagem
desta agncia de turismo e cada pessoa responsvel por um nico hotel). Os cardpios
somente devem ser cadastrados se forem realmente utilizados pelos restaurantes.
Cidade: Cep, nome, estado
Hotel: Cnpj, nome, categoria, endereo(rua,nr,bairro), quantidade de apartamentos,
telefone
Casa de Show: Cnpj, dias de funcionamento, horrio, nome, endereo, telefone
Restaurante: Cnpj, nome, categoria, telefone, endereo
Cardpio: Cdigo, nome, descrio(caf da manh, almoo e jantar)
Responsvel pela agencia de turismo: Cpf., nome, telefone(celular e comercial)
20
[Digite texto]
21
Primeiro Passo
Primeiro Passo:
Funcionrio = {FNmero, FNome, Endereo, Salrio}
Departamento = {DNmero, DNome}
Projeto = {PNmero, PNome}
OBSERVAES:
1) O atributo "Localizao" no foi representado na relao "Departamento" pois um
atributo multi-valorado e ser tratado no passo 6.
2) O conjunto de entidade "Dependente", um conjunto de entidade fraco e ser tratado
no seguinte, o passo 2.
[Digite texto]
22
Segundo Passo:
Primeiro Passo:
Funcionrio = {FNmero, FNome, Endereo, Salrio}
Departamento = {DNmero, DNome}
[Digite texto]
23
Terceiro Passo
Primeiro Passo:
Funcionrio = {FNmero, FNome, Endereo, Salrio}
Departamento = {DNmero, Dnome, FNmero, DataIni}
Projeto = {PNmero, Pnome}
Segundo Passo:
Dependente = {DependNome, FNmero, DataNiver, Parentesco}
[Digite texto]
24
Terceiro Passo:
Os atributos FNmero e DataIni so adicionados relao "Departamento", definida
no primeiro passo. Note que o atributo Fnmero adicionado como um atributo no
chave na relao "Departamento".
DataIni foi adicionada porque um atributo do relacionamento gerenciar !
Quarto Passo
Mapear Conjuntos de Relacionamento Binrio Regular 1:N
No 4 passo, deve-se acrescentar entidade de lado N, o atributo chave da entidade de
lado 1.
Note que o atributo chave do lado 1vai para a entidade de lado N, como um atributo
simples. Veja no exemplo.
Primeiro Passo:
Funcionrio = {FNmero, FNome, Endereo, Salrio, SuperNmero, DNum}
Departamento = {DNmero, Dnome, FNmero, DataIni}
Projeto = {PNmero, Pnome, DNro}
Segundo Passo:
Dependente = {DependNome, FNmero, DataNiver, Parentesco}
Quarto Passo:
[Digite texto]
25
Quinto Passo
Mapear Relacionamento Binrio M:N
Para cada relacionamento binrio M:N cria-se uma nova relao. Os atributos da relao
so os atributos do conjunto de relacionamento juntamente com os atributos chave das
relaes que mapeiam os conjuntos de entidades envolvidos. A chave da relao a
concatenao dos atributos chave das relaes que mapeiam os conjuntos de entidades
envolvidos.
Primeiro Passo:
Funcionrio = {FNmero, FNome, Endereo, Salrio, SuperNmero, DNum}
Departamento = {DNmero, Dnome, FNmero, DataIni}
Projeto = {PNmero, Pnome, DNro}
Segundo Passo:
Dependente = {DependNome, FNmero, DataNiver, Parentesco}
[Digite texto]
26
Quinto Passo:
O relacionamento participar que envolve os
"Funcionrio" e "Projeto", avaliado neste passo.
conjuntos
de
entidades
Primeiro Passo:
Funcionrio = {FNmero, FNome, Endereo, Salrio, SuperNmero, DNum}
Departamento = {DNmero, Dnome, FNmero, DataIni}
Projeto = {PNmero, Pnome, DNro}
Segundo Passo:
Dependente = {DependNome, FNmero, DataNiver, Parentesco}
Quinto Passo:
Participar = {FNum, PNum, horas}
[Digite texto]
27
Sexto Passo:
LocalDep = {DNmero, Localizao}
OBSERVAO: Nesta apostila no foi citado o mapeamento n-rio, n>2 (ternrio,
quaternrio, etc), devido seu uso no ser muito comum, e pelo tempo que dispomos
para a concluso desta disciplina. Havendo a necessidade de pesquisar sobre o
mesmo, acesse a home page
http://gbdi.icmc.sc.usp.br/documentacao/apostilas/me-r/passo6.htm
EXERCCIOS DE MAPEAMENTO
Cdig
Departamento
possui
Orientador
Nom
1
Nr.
Nom
orientad
Nota
Disciplina
Cdig
[Digite texto]
Nom
N
cursa
Mdi
Aluno
Nr.
Nom
28
Cidad
Endere
Nom
e
PASSAGEIRO
Bairr
o
Endere
o
fone
Nom
e
Funes
EMPREGADO
Nmeroemp.
1
Escalado
para
possui
Regist
rado
M
SADA
dat
a
1
N
CARTO DE
PONTO
Nmero_Cart
Horr
io_ent
Horr
io_sa
da
Total de
Horas
Instn
cia de
origem
1
VO
destino
Model
o
HoraHora-chegada
AERONAVE
Nmero
1
design
a
[Digite texto]
Numer
o
29
Normalizao
Normalizao um processo formal passo a passo que examina os atributos de uma
entidade com o intuito de evitar anomalias de armazenamento de tuplas especficas. Esse
processo causa a simplificao dos atributos dentro da respectiva tupla, eliminando
grupos repetitivos, dependncias parciais de chaves concatenadas, dependncias
transitivas, entre outros, colaborando para a integridade e a estabilidade do modelo. A
experincia tem mostrado que o investimento de tempo que se faz para efetuar
manutenes em uma base de dados implementada inversamente proporcional ao
tempo aplicado no processo de normalizao.
O conceito de normalizao no modelo relacional foi introduzido por Codd Yourdon em
seu primeiro artigo sobre o modelo relacional de 1970, onde estabeleceu o que
posteriormente chamou-se de 1 Forma Normal.
A teoria de Normalizao est montada em torno deste conceito de formas normais. Uma
tabela (entidade) est numa forma normal se ela atender a um conjunto especfico de
restries.
A normalizao um processo formal passo a passo que examina os atributos de uma
entidade com o objetivo de evitar anomalias na incluso, excluso e alterao de tuplas
especficas.
Principais Formas Normais:
1 Forma Normal
2 Forma Normal
3 Forma Normal
1 Forma Normal
Remove grupos de repetio.
a normalizao da Tupla, de forma que o relacionamento entre a sua chave e seus
atributos seja UNVOCA, isto , para cada chave h a ocorrncia de um e somente um
dado de cada atributo.
Passos da 1 Forma Normal
1. Identifique atributos que possuam valores para uma ocorrncia da entidade.
2. Remova os atributos com uma cpia da chave primria.
Exemplo:
Cliente(Nmero, Nome, {EnderecoEntrega}) => No 1 Forma Normal
[Digite texto]
30
Nmero
124
Nome
Joo dos Santos
256
311
Jos Ferreira
Andr Alves
Endereo-Entrega
Rua 9 de Julho, 56
Av. 15 de Novembro, 1980
Av. Campos Sales, 250
Av. So Carlos, 95
Rua Jorge Assef, 900
Rua Rui Barbosa, 935
Nome
Joo dos Santos
Joo dos Santos
Jos Ferreira
Andr Alves
Andr Alves
Andr Alves
Endereo_Entrega
Rua 9 de Julho, 56
Av. 15 de Novembro, 1980
Av. Campos Sales, 250
Av. So Carlos, 95
Rua Jorge Assef, 900
Rua Rui Barbosa, 935
2 Forma Normal
a normalizao da tupla de forma que, j submetida 1FN, apresente uma chave
Concatenada que se relacione de forma integral com todos os seus atributos.
A relao est na 2FN se est na 1FN e se no existir atributo no chave que
dependente de s uma parte de qualquer chave candidata.
Passos da 2 Forma Normal
1- Identifique atributos dependentes somente de parte da chave primria
2- Remova os atributos encontrados com uma cpia de parte da chave primria.
Exemplo:
Pedido(Nr_Ped, Data, Nr_Pea, Descrio, Quantidade_Comprada, Preo_Cotado)
No 2FN, pois:
Nr_Ped, Nr_Pea => Quantidade_Comprada, Preo_Cotado
Nr_Ped => Data
Nr_Pea => Descrio
S dependem de uma
parte da chave primria
Data
Nr_Pea
Descrio
Qtd_Comprad
a
Preo_Cotado
31
1000
1020
1030
1040
1050
1070
14/11/98
15/11/98
15/11/98
16/11/98
17/11/98
20/11/98
AX12
BT04
BZ66
BT04
CB03
BT04
Bicicleta
TV
Bola
TV
Video-Game
TV
3
10
300
4
5
2
100,00
400,00
10,00
390,00
380,00
410,00
1- Atualizao
Mudar descrio de BT04 implica em vrias mudanas (tempo!)
2- Dados Inconsistentes
A Pea BT04 pode Ter descries diferentes
3- Adies
Adicionar nova pea e descrio sem pedido para ela. Qual o valor de Nr_Ped ?
(Faz parte da Chave Primria !)
4- Eliminaes
Eliminar o Pedido 1000 = perde-se a informao de que a pea AX12 Bicicleta
Para corrigir o Problema:
-
2FN
Uma relao est na 3FN se e somente se estiver na 2FN e todo atributo no chave no
transitivamente dependente de qualquer outro no chave.
Passos para a 3 Forma Normal
1- Identifique atributos dependentes de outros atributos no chave.
2- Remova esses atributos com uma cpia do atributo do qual depende.
Exemplo:
Cliente(Nr_Cli, Nome, Endereo, Nr_Vendedor, Nome_Vendedor)
No est na 3FN, pois
Nome do Vendedor transitivamente dependente de Nr_Vendedor que por sua vez no
chave.
[Digite texto]
32
Bibliografia
[Digite texto]