Você está na página 1de 26

FACULDADE ANHANGUERA DE BELO HORIZONTE

ANHANGUERA EDUCACIONAL






ATPS SISTEMAS DE BANCO DE DADOS




AUTORES:
DOUGLAS DAYAN O. MARQUES - RA: 6825481774
JOS EDUARDO ELIAS MARTINS - RA: 6238197387
LUAN ALVES COUTINHO - RA: 7083563723




PROFESSOR: RODRIGO MATOS






BELO HORIZONTE
MARO - 2014
FACULDADE ANHANGUERA DE BELO HORIZONTE


ndice
ETAPA 01
Passo 2............................................................................................................................. 03
Passo 3............................................................................................................................. 05
Passo 3.3 .......................................................................................................................... 06
Passo 3.4 .......................................................................................................................... 06
Passo 4............................................................................................................................. 07
ETAPA 02
Passo 1............................................................................................................................. 08
Passo 2............................................................................................................................. 08
Passo 3............................................................................................................................. 09
Passo 4............................................................................................................................. 10
ETAPA 03
Passo 1............................................................................................................................. 11
Passo 2............................................................................................................................. 12
Passo 3............................................................................................................................. 13
Passo 4............................................................................................................................. 14
ETAPA 04
Passo 1............................................................................................................................. 15
Passo 2.1 .......................................................................................................................... 17
Passo 2.2 .......................................................................................................................... 18
Passo 3............................................................................................................................. 19
ETAPA 05
Passo 1............................................................................................................................. 20
Passo 2.1 .......................................................................................................................... 21
Passo 2.2 .......................................................................................................................... 21
Passo 2.3 .......................................................................................................................... 22
Passo 2.4 .......................................................................................................................... 22
Passo 3............................................................................................................................. 23
ETAPA 06
Passo 1.1 .......................................................................................................................... 24
Passo 1.2 .......................................................................................................................... 24
Passo 1.3 .......................................................................................................................... 24
Passo 2............................................................................................................................. 26
FACULDADE ANHANGUERA DE BELO HORIZONTE

3

ETAPA 01 Passo 2

Sistema de Banco de Dados X Sistema de Arquivos
Antes de SGBDs as aplicaes utilizavam sistemas de arquivos do Sistema
Operacional. Atravs de arquivos, as aplicaes armazenavam seus dados atravs das
interaes com a aplicao. Sendo armazenados em diversos arquivos, precisando de
diferentes programas de aplicaes para extrair e acrescentar registros, elevando de formas
os custos destas aplicaes.
Dados e Meta-dados na base
Os dados e a descrio correspondente so armazenadas na base e gerenciadas
pelo SGBD.
Independncia de Dados-Programas
Modificaes como incluso de um novo campo no afetam os programas.
Abstrao de Dados
Representao conceitual atravs de um modelo de dados que s usa conceitos
lgicos.
Mltiplas Vises
So vises, de como os usurios veem o banco de dados;
- Cada um v o banco de dados ao seu modo.
Representam a abstrao de mais alto nvel da arquitetura;
Construdos de forma que sejam removidos os conflitos entre duas ou mais vises.

FACULDADE ANHANGUERA DE BELO HORIZONTE

4

Sistema de Banco de Dados
Vantagens Desvantagens
Dados podem ser compartilhados.
Os sistemas de banco de dados so complexos,
difceis e demorados para projetar.
Redundncia pode ser reduzida. Custos Iniciais de softwares e hardwares altos.
Inconsistncia pode ser vista (Ate certo
ponto).
Danos ao banco de dados afetam virtualmente
todos os programas.
Suporte a transaes pode ser fornecido.
Custos altos para a converso de sistemas
baseados em arquivos para banco de dados.
Integridade pode ser mantida.
Treinamento inicial necessrios aos
programadores e usurios.
Segurana pode ser reforada.
Requisitos contraditrios podem ser
equilibrados.
Padres podem ser reforados.

Sistemas de Arquivos
Vantagens Desvantagens
padro aberto, no sendo preciso pagar por
nenhum software.
Problemas de Integridade.
Existem varias ferramenta e editores bons no
mercado.
A redundncia pode afetar a eficincia para
armazenamento, afetando a transmisso e
processamento, elevando os custos.
Simplicidade e legibilidade, tanto para
usurios como para computadores.
Redundncia e inconsistncia dos dados.
Separao do contedo para a formatao. Dificuldade no acesso aos dados.
Possibilidade de criar sua prpria sintaxe de
dados.
Isolamento dos dados.
Possui suporte a Unicode. Anomalias de acesso concorrente.
Permite validao, o que torna os testes mais
efetivos, e a construo de aplicaes bem
mais fceis.
Problemas de segurana.


FACULDADE ANHANGUERA DE BELO HORIZONTE

5

Passo 3
Modelo de dados consiste na especificao das estruturas de dados, contendo uma coleo
de ferramentas conceituais descrevendo dados, relaes de dados, semntica de dados e restries
de consistncia. Um modelo de dados oferece uma maneira de descrever o projeto de um banco de
dados do nvel lgico, fsico e de view.

Especificando tambm a atividade de regras de negcios, necessrias para suportar uma
rea de negcios. Representada tambm, por um conjunto de requerimentos de informaes de
negcios. uma parte importante do desenho que compem o sistema de informao.

A abordagem que se dispensa ao assunto normalmente atende trs perspectivas: Modelagem
Conceitual, Modelagem Lgica e Modelagem Fsica. A primeira e conhecida e usada como
representao de alto nvel e considera exclusivamente o ponto de vista do usurio criador do dado, a
segunda j agrega alguns detalhes de implementao e a terceira demonstra como os dados so
fisicamente armazenados.

J os trs modelos de dados mais conhecidos, quanto ao objetivo, podemos identificar os
seguintes:
Modelo de dados entidade-relacionamento (MER), (Leitura, construo e validao dos
modelos). O modelo entidade-relacionamento baseado em uma percepo de um mundo real que
consiste em uma coleo de objetos bsicos chamados entidades, e em relacionamentos entre
estes objetos. Uma entidade um objeto que distinguvel de outro objeto por um conjunto
especfico de atributos. Por exemplo, os atributos nmero e saldo descrevem uma conta particular em
um banco. Um relacionamento uma associao entre vrias entidades. Por exemplo, um
relacionamento ContaCliente associa um cliente a cada conta que ele possui. O conjunto de todas as
entidades de um mesmo tipo e o conjunto de relacionamentos do mesmo tipo so denominados
conjuntos de entidades e conjuntos de relacionamentos, respectivamente.

Em acrscimo a entidades e relacionamentos, o modelo ER representa certas restries com
os quais os contedos de bancos de dados precisam estar de acordo. Uma restrio importante o
mapeamento de cardinalidade (ou multiplicidade de um conjunto de relacionamentos) que
expressa o nmero de entidades ao qual outra entidade pode estar associada via um conjunto de
relacionamentos. Sendo os softwares BrModelo, BPWin, os utilizados;

Modelo relacional, usa uma coleo de tabelas para a representar os dados e as relaes
entre ele. Cada tabela possui diversas colunas, e cada coluna possui um nome nico. O modelo
relacional um exemplo de modelo baseado em registros, e o modelo de dados mais usado, e uma
grande maioria dos sistemas de banco de dados atuais baseada no modelo relacional, sendo os
softwares BPWin, Aris Tool Set, Visio da Microsoft e similares SmartDraw, dentre outros;
FACULDADE ANHANGUERA DE BELO HORIZONTE

6

J o modelo de dados baseado em objeto (ODBMS ou OODBMS), um banco de dados em
que a informao armazenada na forma de objetos. Sendo o gerenciador de banco de dados para
um orientado a objetos. Sendo dois fatores principais que levam a adoo da tecnologia de banco de
dados orientados a objetos. A primeira, que em um banco de dados relacional se torna difcil de
manipular com dados complexos. Segundo, os dados so manipulados pela aplicao escrita
usando linguagens de programao orientada a objetos, e o cdigo precisa ser traduzido entre a
representao do dado e as listas da tabela relacional, o que alm de ser uma operao tediosa de
ser escrita, consome tempo. Softwares como C++, C#, Java, Python ou Delphi, so bem utilizados
para esta aplicao.

Passo 3.3
Entidade e relacionamento ER. Pois um modelo abstrato cuja a finalidade e descrever,
de maneira conceitual, os dados a serem utilizados em um sistema de informao ou que pertenam
a um domnio. Sendo a representao grfica sua principal ferramenta. Baseado na percepo de um
universo constitudo por um grupo bsico de objetos chamados de entidades e por relacionamento
entre esses objetos.

Controle de Estacionamento
Entidade Atributos
Estacionamento cpf_proprietario, nome_proprietario, telefone_com, telefone_res,
telefone_cel, e-mail.
vaga modelo_veiculo, cor_veiculo, tipo_veiculo, ano_veiculo.

Passo 3.4
Esquema Descrio (Textual ou Grfica) da estrutura de um banco de dados de acordo
com um determinado modelo de dados.

Esquema do Banco:

Armazenamento no catalogo;
Mudanas muito menos frequentes.

Instncia Conjunto de dados armazenados em um banco de dados em um determinado
instante de tempo.


FACULDADE ANHANGUERA DE BELO HORIZONTE

7

Estado do banco:
Dados do banco em qualquer ponto do tempo;
Inicialmente vazio;
Muda frequentemente;
Validade parcialmente garantida pelo SGBD;



Entidades Instncias
Cliente cpf_proprietario
Produto vaga_estacionamento

Passo 4
Relatrio 01

At o presente momento, fora desenvolvido atividades de sondagem de como ser desenvolvido a
base, para o real desenvolvimento do banco de dados, tendo conhecimento do que se faz melhor
para a Empresa LFL, procuramos apresentar de forma clara e objetiva, do que j fora desenvolvido,
pela nossa equipe, bem como exemplificando, e diferenciando as diversas formas de se montar o
Servidor de Banco de Dados.

Procurando o melhor desempenho e praticidade, verificamos que o melhor para a empresa um
sistema de banco de dados, bem como pela facilidade de gerar relatrios, modificaes, bem como
atualizaes. Apresentando a vocs, todas as vantagens e desvantagens para esta confeco, Junto
a este relatrio, ser enviado, parte de nosso estudo de caso, para a melhor compreenso, bem
como com suas definies e exemplificaes.

J apresentado, nosso relatrio, e todos os levantamento para a confeco da base de banco de
dados, iremos agora mais adiante, criando modelos de entidades-relacionamento, mostrando
graficamente todos os processos pela nossa equipe desenvolvida.

FACULDADE ANHANGUERA DE BELO HORIZONTE

8

Etapa 2
Passo 1
Vaga Veculo Estacionamento
#Nro_Vaga #Placa_Veiculo #CPF_Dono
Modelo_Veiculo Nome_Dono
Cor_Veiculo Tel_Com
Tipo_Veiculo Tel_Res
Ano_Veiculo Tel_Cel
Email
Passo 2
Entidade Objeto do universo de interesse do Banco de Dados, cujas caractersticas
se deseja armazenar. Pode ser definida como qualquer coisa do mundo real, abstrata ou
concreta, na qual se deseja guardar informaes.
Exemplos de entidades: Cliente, Produto, Contrato, Vendas, etc.

Representao Grfica

Atributos - Caractersticas das entidades, Exemplos de atributos: Cdigo do Produto
(Entidade Produto), Nome do Cliente (Entidade Cliente).
Representao Grfica

Atributo Chave - Atributo nico para a entidade
Representao Grfica

Atributo Composto - Atributos com tipos de dados diferentes
Representao Grfica
FACULDADE ANHANGUERA DE BELO HORIZONTE

9


Linhas - Ligam atributos a conjuntos de entidades e conjuntos de entidades a
relacionamentos. Alguns autores chamam as linhas de arestas, em analogia s teorias
de grafos e redes.
Representao Grfica

Passo 3


FACULDADE ANHANGUERA DE BELO HORIZONTE

10

Passo 4

Relatrio

Na etapa anterior fora desenvolvido, a parte conceitual e uma breve introduo, do que seria
desenvolvido, para o SGBD da Empresa LFL, como foi dito em relatrio anteriormente.

J nesta etapa, criamos quadro de cada entidade propostas, identificando todos seus atributos com
seus devidos tipos, chaves e relacionamentos. Representando graficamente os Modelos de
Entidades Relacionais, identificando as entidades propostas e a simbologia de cada figura atribuda.

Apresentamos tambm, os relacionamentos existentes entre as entidades levantando sua
cardinalidade (1:1, 1:N, N:N), seu grau de relacionamento, justificando seus relacionamentos
apresentando o conceito de relacionamento e cardinalidade.

Desenvolvemos, a partir da um Diagrama de Entidade e Relacionamento, completo (Entidade,
Atributos, Chaves, Relacionamento, Cardinalidade, Smbolos, dentre outros), partindo da entidade
proposta no programa e das atividades desenvolvidas anteriormente.


















FACULDADE ANHANGUERA DE BELO HORIZONTE

11

ETAPA 03

Passo 1

O Modelo Relacional

A arquitetura de um banco de dados relacional pode ser descrita de maneira informal ou
formal. Na descrio informal estamos preocupados com aspectos prticos da utilizao e usamos os
termos tabela, linha e coluna. Na descrio formal estamos preocupados com a semntica formal do
modelo e usamos termos como relao (tabela), tupla (linhas) e atributo (coluna).

Tabelas (ou relaes, ou entidades)

Todos os dados de um banco de dados relacional (BDR) so armazenados em tabelas. Uma
tabela uma simples estrutura de linhas e colunas. Em uma tabela, cada linha contm um mesmo
conjunto de colunas. Em um banco de dados podem existir uma ou centenas de tabelas, sendo que o
limite pode ser imposto tanto pela ferramenta de software utilizada, quantos pelos recursos de hardware
disponveis no equipamento. As tabelas associam-se entre si atravs de regras de relacionamentos, estas
regras consistem em associar um ou vrios atributos de uma tabela com um ou vrios atributos de
outra tabela.


Exemplo: A tabela cadastro relaciona-se com a tabela vaga no estacionamento. Atravs deste relacionamento
esta ltima tabela fornece a lista de vagas para a tabela cadastro.

Registros (ou tuplas)

Cada linha formada por uma lista ordenada de colunas representa um registro, ou tupla. Os
registros no precisam conter informaes em todas as colunas, podendo assumir valores nulos
quando assim se fizer necessrio. Resumidamente, um registro uma instncia de uma tabela, ou
entidade.

Exemplo: O Cliente cpf_proprietario uma instncia (registro) da tabela cadastro, e anro_vaga a
instncia (registro) da tabela vaga do Estacionamento. Uma associao entre estas duas tabelas criaria a
seguinte instncia de relacionamento: cpf_proprietario o nro_vaga, onde o
verbo ser representa uma ligao entre os registros distintos.

FACULDADE ANHANGUERA DE BELO HORIZONTE

12

Colunas (tribunas)

As colunas de uma tabela so tambm chamadas de Atributos. Ao conjunto de valores que
um atributo pode assumir chama-se domnio. Por exemplo: em um campo do tipo numrico, sero
somente armazenados nmeros, etc. O conceito mais similar a um domnio o de tipo abstrato de
dados em linguagens de programao, ou seja, so meta-dados (dados acerca de dados).

Exemplo: cpf_proprietario, ano_veiculo, placa_veiculo, nro_ficha, telefone (s), nro_ficha, nro_vaga.


Chave

As tabelas relacionam-se umas as outras atravs de chaves. Uma chave um conjunto deum
ou mais atributos que determinam a unicidade de cada registro. Por exemplo, se um banco de dados
tem como chaves Nro_vaga e Nro_ficha, sempre que acontecer uma insero de dados o sistema de
gerenciamento de banco de dados ir fazer uma consulta para identificar se o registro j no se
encontra gravado na tabela. Neste caso, um novo registro no ser criado, resultando esta operao
apenas da alterao do registro existente. A unicidade dos registros, determinada por sua chave,
tambm fundamental para a criao dos ndices. Temos dois tipos de chaves:


1. Chave Primria: (PK - Primary Key) a chave que identifica cada registro dando-lhe
unicidade. A chave primria nunca se repetir.

2.Chave Secundria: (FK - Foreign Key) a chave formada atravs de um relacionamento com a
chave primria de outra tabela. Define um relacionamento entre as tabelas e podem ocorrer repetidas
vezes. Caso a chave primria seja composta na origem, a chave estrangeira tambm o ser.

Passo 2

Grandes partes das extenses aproximaram o MER do modelo Orientado Objeto, no
sendo muito utilizados, pois os SGBDs Relacionais no suportam diretamente extenses, ento se
faz necessrio antes de implementar mapear estas extenses para o MER original. Uma limitao do
modelo E-R que no possvel expressar relacionamentos entre relacionamentos. A agregao
uma abstrao atravs das quais relacionamentos so tratados como entidades de nvel superior.



FACULDADE ANHANGUERA DE BELO HORIZONTE

13

Usando agregao:









Passo 3
Modelo DER

Modelo Relacional
FACULDADE ANHANGUERA DE BELO HORIZONTE

14



Passo 4
Relatrio 03

Como realizado em relatrios anteriores, fazendo em comum todo assunto tratado, foram
importantes para que se desenvolvessem alguns conceitos, no se fazendo diferente, pois nosso
grupo desenvolveu conceitos do Modelo Relacional, sendo aplicados e demonstrados na forma de
representaes grficas de um banco de dados, assim mapeados os Modelos DER e Relacional.
Os itens que as compem, na forma de uma estrutura Relacional, apontando funes e as
relacionando com as entidades propostas no projeto. Limitaes existentes na execuo do processo
de Mapeamento do modelo MER para o Relacional.

FACULDADE ANHANGUERA DE BELO HORIZONTE

15

ETAPA 04
Passo 1 (Equipe)
Normalizao de dados o processo formal passo a passo que examina os atributos de uma
entidade, com o objetivo de evitar anomalias observadas na incluso, excluso e alterao de
registros.
Uma regra que devemos observar quando do 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 Cadastro devemos colocar somente campos relacionados com o assunto de cadastro do
cliente. No devemos misturar campos relacionados com outros assuntos. Essa "Mistura de
Assuntos" em uma mesma tabela acaba por gerar repetio desnecessria dos dados bem como
inconsistncia dos dados.
Normalmente aps a aplicao das regras de normalizao de dados, algumas tabelas
acabam sendo divididas em duas ou mais tabelas, o que no final gera um nmero maior de tabelas
do que o originalmente existente. 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.

Objetivos
Minimizao de redundncias e inconsistncias;
Facilidade de manipulaes do banco de dados;
Facilidade de manuteno do sistema de Informao.
Uma relao estar na 1 forma normal 1FN, se e somente se todos os domnios bsicos
contiverem somente valores atmicos (no contiver grupos repetitivos).
Em outras palavras podemos definir que a 1 forma normal no admite repeties ou campos
que tenha mais que um valor.
Considere a tabela cadastro abaixo:

Cadastro:
nro_ficha; nome_proprietario; telefone; endereo

Agora a tabela com os dados:
Nro_ficha Nome_proprietario Telefone Endereo
0001 Jos 99999-0099
Rua Marechal, 1800 So Bernardo
12345-567
0002 Maria
98888-0088
4121-2112
Rua Oliveira, 32 Santo Andr
09700-000
0003 Joo
97000-6512
4234-2020
Avenida da Paz, 1000 So Caetano
20201-200
Tabela desnormalizada, ou seja, no est na 1 forma normal.


FACULDADE ANHANGUERA DE BELO HORIZONTE

16

Analisando teremos:
Todos os clientes possuem Rua, CEP e Bairro, e essas informaes esto na mesma clula da
tabela, logo ela no est na 1 forma normal. Para normalizar, deveremos colocar cada informao
em uma coluna diferente, como no exemplo a seguir:
Nro_ficha Nome_proprietario Telefone Rua Cidade CEP
0001 Jos 99999-0099
Rua Marechal,
1800
So
Bernardo
12345-567
0002 Maria
98888-0088
4121-2112
Rua Oliveira, 32 Santo Andr 09700-000
0003 Joo
97000-6512
4234-2020
Avenida da Paz,
1000
So Caetano 20201-200
Tabela ainda no est na 1 forma normal

Mesmo com o ajuste acima, a tabela ainda no est na primeira forma normal, pois h clientes com
mais de um telefone e os valores esto em uma mesma clula. Para normalizar ser necessrio
criar uma nova tabela para armazenar os nmeros dos telefones e o campo-chave da tabela cliente.
Veja o resultado a seguir:
Nro_ficha Nome_proprietario Rua Cidade CEP
0001 Jos
Rua Marechal,
1800
So Bernardo 12345-567
0002 Maria Rua Oliveira, 32 Santo Andr 09700-000
0003 Joo
Avenida da Paz,
1000
So Caetano 20201-200
Tabela na 1 forma normal
Nro_ficha Telefone
0001 99999-0099
0002 98888-0088
0002 4121-2112
0003 97000-6512
0003 4234-2020
Tabela na 1 forma normal

No exemplo acima foi gerado uma segunda entidade para que a primeira forma normal fosse
satisfeita, contudo possvel manter a tabela original, admitindo-se valores duplos em uma mesma
coluna, como exemplo o campo telefone ficaria assim: 11-5432-5678 e 11-3500-3500. Neste caso a
tabela ficaria desnormalizada, mas muitos acabam preferindo assim, principalmente quando h
poucos casos de repetio.

FACULDADE ANHANGUERA DE BELO HORIZONTE

17

Passo 2.1
Uma tabela est na 2 Forma Normal 2FN se ela estiver na 1FN e todos os atributos no
chave forem totalmente dependentes da chave primria (dependente de toda a chave e no apenas
de parte dela).
Se o nome do produto j existe na tabela produtos, ento no necessrio que ele exista na
tabela de produtos. A segunda forma normal trata destas anomalias e evita que valores fiquem em
redundncia no banco de dados.

Procedimentos:
a) Identificar os atributos que no so funcionalmente dependentes de toda a chave primria;
b) 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 do qual os atributos
removidos so funcionalmente dependentes.

Exemplo de segunda forma normal

Considere a tabela vendas abaixo:
Estacionamento
Nro_ficha, Cdigo_vaga, Vaga, Quant, Valor_unit, Subtotal
Agora a tabela com os dados:
Nro_ficha Cdigo_vaga Vaga Quant Valor_unit Subtotal
0005 101 Executivo 5 300,00 1500,00
0006 102 Funcionrio 3 150,00 450,00
0007 104 Visitante 1 200,00 200,00
0008 105 Avulso 15 50,00 750,00
Tabela no est na 2 forma normal

Analisando teremos:
O nome do produto depende do cdigo da vaga, porm no depende de Nro_ficha que a
chave primria da tabela, portanto no est na segunda forma normal. Isto gera problemas com a
manuteno dos dados, pois se houver alterao no nome do produto teremos que alterar em todos
os registros da tabela venda.
Para normalizar esta tabela teremos de criar a tabela Estacionamento que ficar com os
atributos Cdigo_vaga e vaga e na tabela Vaga manteremos somente os atributos Nro_ficha,
cdigo_vaga, quant, valor_unit e subtotal. Veja o resultado abaixo:


FACULDADE ANHANGUERA DE BELO HORIZONTE

18

Cdigo_vaga Vaga
101 Executivo
102 Funcionrio
104 Visitante
105 Avulso
Tabela na 2 forma normal
Nro_ficha Cdigo_vaga Quant Valor_unit Subtotal
0005 101 5 300,00 1500,00
0006 102 3 150,00 450,00
0007 104 1 200,00 200,00
0008 105 15 50,00 750,00
Tabela na 2 forma normal
Conforme visto na primeira forma normal, quando aplicamos normalizao comum gerar
novas tabelas a fim de satisfazer as formas normais que esto sendo aplicadas.
Passo 2.2
Uma tabela est na 3 Forma Normal 3FN se ela estiver na 2FN e se nenhuma coluna no-
chave depender de outra coluna no-chave.
Na terceira forma normal temos de eliminar aqueles campos que podem ser obtidos pela
equao de outros campos da mesma tabela.
Procedimentos:
a) Identificar todos os atributos que so funcionalmente dependentes de outros atributos no chave;
b) Remov-los.
A chave primria da nova entidade ser o atributo do qual os atributos removidos so
funcionalmente dependentes.
Exemplo de normalizao na terceira forma normal
Considere a tabela abaixo:
Nro_ficha Cdigo_vaga Quant Valor_unit Subtotal
0005 101 5 300,00 1500,00
0006 102 3 150,00 450,00
0007 104 1 200,00 200,00
0008 105 15 50,00 750,00
Tabela no est na 3 forma normal
Considerando ainda a nossa tabela Vaga, veremos que a mesma no est na terceira forma
normal, pois o subtotal o resultado da multiplicao Quant X Valor_unit, desta forma a coluna
subtotal depende de outras colunas no-chave.
Para normalizar esta tabela na terceira forma normal teremos de eliminar a coluna subtotal,
como no exemplo a seguir:
Nro_ficha Cdigo_vaga Quant Valor_unit
0005 101 5 300,00
0006 102 3 150,00
0007 104 1 200,00
0008 105 15 50,00
Tabela na 3 forma normal

FACULDADE ANHANGUERA DE BELO HORIZONTE

19


Modelo Relacional

Passo 3
Relatrio 04
Aprendemos nesta etapa, a desenvolver a organizao de entidades no Banco de Dados
baseando nas regras de normalizao, fazendo com que minimize a duplicidade dos dados e
mantenha as devidas dependncias das informaes nas vrias entidades do Banco de Dados. A
proposta dessa etapa transformar tuplas no normalizadas em tuplas na 3 Forma Normal (3FN).
Passamos ai, a transformar as tuplas no normalizadas das entidades propostas, passando
para a 1 Forma Normal (1FN), e conceituando-as para melhor entendimento de normalizao, j
tnhamos as tuplas na 1 Forma Normal, a equipe seguiu o prximo passo e colocamos na 2 Forma
Normal(2FN). J o prximo passo era coloc-las na 3 Forma Normal, atravs de conhecimentos
extrados de livros e apostilas, podemos enfim deixar bem claro, o que normalizao e de como
faremos, para normalizar um Banco de Dados.


FACULDADE ANHANGUERA DE BELO HORIZONTE

20

Etapa 5
Passo 1
Proprietrio
Nro_ficha(PK) Nome_proprietario Endereo Telefone
1 Jos Quadra 1 2111-4444
2 Maria Quadra 5 3232-5656
3 Joo Quadra 8 2324-2121
4 Emanuel Quadra 12 2134-5678
5 Andr Quadra 9 8765-9876
6 Willian Quadra 7 5678-0987
7 Marcelo Quadra 3 9876-6767
8 Roberto Quadra 11 9998-5454
9 Lucas Quadra 13 7655-3232
10 Ricardo Quadra 2 3341-0099

Veculo
Placa_veicul
o
Mod_veicul
o
Cor_veicul
o
Tipo_veicul
o
Ano_veicul
o
Nro_ficha(FK)
FER-2005 F355 Vermelho Ferrari 2005 1
BMW-2003 M5 Preto BMW 2003 2
FOX-2012 Fox Vermelho Volkswagen 2012 3
UNO-2002 UNO Prata Fiat 2002 4
CLI-2011 Clio Cinza Renault 2011 5
KAL-2010 KA Prata Ford 2010 6
CEL-2009 Celta Prata GM 2009 7
CLA-2009 Classic Preto GM 2009 8
FIS-2011 Fiesta Branco Ford 2011 9
GOL-2012 GOL Cinza Volkswagen 2012 10

Vaga
Cod_vaga Placa_veiculo (FK)
101 FER-2005
102 BMW-2003
103 FOX-2012
104 UNO-2002
105 CLI-2011
106 KAL-2010
107 CEL-2009
108 CLA-2009
109 FIS-2011
110 GOL-2012


FACULDADE ANHANGUERA DE BELO HORIZONTE

21

Passo 2.1
Seleo Seleciona tuplas da relao argumento que satisfaam condio de seleo;
nome_proprietario=Maria(Proprietrio)
tipo_veiculo=Fiat(Veiculo)
cod_vaga=5(Vaga)

SELECT Nro_ficha, Nome_proprietario, Endereo, Telefone FROM Proprietario
WHERE Nome_proprietario ='Maria'
Cada operao apresentada ir selecionar apenas as linhas que contenha a palavra que
queira encontrar. Como, por exemplo, no caso na primeira seleo (
nome_proprietario=Maria(Proprietrio)) o smbolo mostrado (), sigma, representa a seleo ou
restrio da linha que contenha o que esteja procurando, que no caso Maria que est na coluna
nome_proprietario, e na tabela, e o resultado apresentado ser a linha que contenha as informaes
de Maria:
Nro_ficha Nome_proprietario Endereo Telefone
2 Maria Quadra 5 3232-5656

Passo 2.2
Projeo Produz uma nova relao contendo um subconjunto vertical da relao argumento, sem
duplicaes:
p nome_proprietario (Proprietrio)
p nro_ficha (Nmero da ficha)
p telefone (Telefone)
A operao de projeo apresentada ir projetar apenas as colunas chamadas, por exemplo,
na projeo p nome_proprietario (proprietrio) est projetando a coluna nome_proprietario da
tabela, que ir ficar assim:
Nome_proprietario
Jos
Maria
Joo
Emanuel
Andr
Willian
Marcelo
Roberto
Lucas
Ricardo

FACULDADE ANHANGUERA DE BELO HORIZONTE

22

Passo 2.3
Unio Une duas relaes R e S compatveis em uma relao que contm todas as tuplas
pertencentes a R, a S, ou a ambas (R e S):

proprietrio U veiculo
proprietrio U vaga
veiculo U vaga

SELECT NRO_FICHA, MOD_VEICULO FROM VEICULO
WHERE TIPO_VEICULO='FERRARI'
UNION
SELECT NRO_FICHA, MOD_VEICULO FROM VEICULO
WHERE TIPO_VEICULO='VW'

A operao de unio ir unir todos os atributos da tabela e ir ficar assim:
Nro_ficha Mod_veiculo
1 F355
3 Fox
10 GOL

Passo 2.4
Interseo Une duas relaes R e S compatveis em uma relao que contm todas as
tuplas pertencentes a R quanto a S.
(e.nro_ficha(estacionamento)) (v.modelo_veiculo(vaga))

SELECT e.nro_ficha, v.modelo_veiculo
FROM VAGA v, ESTACIONAMENTO e
WHERE v.nro_ficha = e.nro_ficha AND v.tipo_veiculo = 'VW'

Essa operao mostra os valores que contm na primeira e na segunda tabela ao mesmo tempo.
Que vai ser:

Nro_ficha modelo_veiculo
3 VW
10 VW





FACULDADE ANHANGUERA DE BELO HORIZONTE

23

Passo 3
Relatrio 05
Nesta nova etapa fora construdo mecanismos de pesquisas capazes de manipular dados
existentes em banco de dados. Criamos nesta etapa, diversas operaes de lgebra relacional que
sejam aplicveis em banco de dados, utilizados como base do Modelo Relacional.
Desenvolvemos atividades de criao de tuplas para cada relao (Tabela) existente,
seguindo os conceitos tratados nas etapas anteriores.
Fora criada uma operao, para cada operao de lgebra relacional, so eles:

Seleo;
Projeo;
Unio;
Interseo;

Para cada operao, fora criado uma tabela para melhor entendimento da equipe, e conceituada
de suas funes exercidas no Modelo Relacional a Banco de Dados.




















FACULDADE ANHANGUERA DE BELO HORIZONTE

24

Etapa 6
Passo 1 - Passo 1.1
Diviso Diviso de duas relaes R e S, todos os valores de um atributo em R que fazem
referncia a todos os valores de um atributo S;
(p nro_vaga, placa_veiculo (VEICULO)) (p nro_vaga(VAGA))

A operao de diviso acima est procurando todos os veculos que esto ocupando as
vagas do estacionamento. No caso como todas as vagas esto sendo ocupados por veculos de
placas diferentes e estacionados em vagas distintas, a projeo ser a seguinte:
Placa_veiculo
FER-2005
BMW-2003
FOX-2012
UNO-2002
CLI-2011
KAL-2010
CEL-2009
CLA-2009
FIS-2011
GOL-2012

Passo 1.2
Diferena Une duas relaes R e S compatveis em uma relao que contm
todas as tuplas pertencentes a R que no pertencem a S:

(p placa_veiculo(VEICULO)) (p placa_veiculo(VAGA))

No ter resultado nenhum essa operao, pois a operao de diferena das duas
tabelas produz como resultado uma tabela que contm as tuplas presentes na
primeira tabela (VEICULO) que no constam na segunda (VAGA).

Passo 1.3
Juno Natural
Concatena tuplas relacionadas de duas relaes em tuplas nicas;
Simplifica consultas que requerem produto cartesiano:
Forma um produto cartesiano dos argumentos;
Faz uma seleo forando igualdade sobre os atributos que aparecem em ambos argumentos;
Remove colunas duplicadas
Juno
FACULDADE ANHANGUERA DE BELO HORIZONTE

25

Concatenao:
dos atributos comuns;
dos atributos especificados na condio de juno;
Relao Argumento 1 (X) condio_juno Relao Argumento2
Estacionamento (nro_ficha; CPF_proprietario; nome_proprietario; nro_vaga; cod_vaga).
Nro_ficha CPF_proprietario Nome_proprietario Nro_vaga Cod_vaga
1 000.000.000-01 Jos C001 101
2 000.000.000-02 Maria L005 102
3 000.000.000-03 Joo H008 103
4 000.000.000-04 Emanuel G012 104
5 000.000.000-04 Andr A009 105
6 000.000.000-06 Willian V007 106
7 000.000.000-07 Marcelo C003 107
8 000.000.000-08 Roberto N011 108
9 000.000.000-09 Lucas A013 109
10 000.000.000-10 Ricardo J002 110

Vaga (cod_vaga; nro_ficha ; nome_proprietario).
Cod_vaga Nro_ficha Nome_proprietario
101 1 Jos
102 2 Maria
103 3 Joo
104 4 Emanuel
105 5 Andr
106 6 Willian
107 7 Marcelo
108 8 Roberto
109 9 Lucas
110 10 Ricardo

Estacionamento (X) Vaga
Nro_ficha Nome_proprietario Endereo Nro_vaga Cod_vaga
1 Jos Quadra 1 C001 101
2 Maria Quadra 5 L005 102
3 Joo Quadra 8 H008 103
4 Emanuel Quadra 12 G012 104
5 Andr Quadra 9 A009 105
6 Willian Quadra 7 V007 106
7 Marcelo Quadra 3 C003 107
8 Roberto Quadra 11 N011 108
9 Lucas Quadra 13 A013 109
10 Ricardo Quadra 2 J002 110




FACULDADE ANHANGUERA DE BELO HORIZONTE

26

Passo 2
Relatrio 06
Nesta nova etapa fora construdo mecanismos de pesquisas capazes de manipular dados
existentes em banco de dados. Criamos nesta etapa, diversas operaes de lgebra relacional que
sejam aplicveis em banco de dados, utilizados como base do Modelo Relacional.
Desenvolvemos atividades de criao de tuplas para cada relao (Tabela) existente,
seguindo os conceitos tratados nas etapas anteriores.
Fora criada uma operao, para cada operao de lgebra relacional, so eles:
Diviso;
Diferena;
Juno;
Para cada operao, fora criado uma tabela para melhor entendimento da equipe, e conceituada
de suas funes exercidas no Modelo Relacional a Banco de Dados.