Passo 2

Desenvolver um comparativo entre a utilizao de arquivos convencionais (arquivo tex

to, por exemplo) e a utilizao de um SGBD (Sistema Gerenciador de Banco de Dados) p
ara armazenamento de dados. Nesse comparativo essencial o apontamento de vantage
ns e desvantagens, bem como a aplicao de ambos os mtodos em uma operao empresarial, p
or exemplo, registro de vendas.
Comparativo entre Arquivos convencionais e SGBD
Vantagens e Desvantagens
Arq. Convencionais:

feito de forma simples

Pode ser feito sem conhecimento especfico

Qualquer um que l tem uma primeira impresso do que se trata

Difcil implantao e interao com o sistema

No possvel considerar o nvel dos dados (Ex: quem chave estrangeira, chave prim

Danos ao banco de dados afetam virtualmente todos os programas;

Aplicao

Pode ser utilizado como documentao pelos usurios

SGBD:

H maior facilidade para integrao com o sistema

A um padro na disposio dos dados.

Maior organizao, facilitando assim operaes como consulta, alterao deforma mais

Maior Segurana e confiabilidade dos dados

Pode ser considerado mais difcil de ser implementado.

Requere um conhecimento prvio para insero de contedo

Aplicao

Pode ser utilizado efetivamente comunicando como sistema. Podem ser interligados
Passo 3
Fazer as atividades a seguir:
1. Definir, em no mnimo 10 linhas, Modelo de Dados.
um conjunto de requerimentos de dados organizados, so representados atravs de dese
nhos, tabelas ou at mesmo de textos e utilizada para organizar informaes dos negcios
. So divididas em trs partes a modelagem: Conceitual, Lgica e Fsica
2. Citar os trs modelos de dados mais conhecidos descrevendo suas caractersticas e
os softwares SGBD que utilizam cada um dos modelos.
Modelo Conceitual:
Representao dos conceitos e caractersticas observados no ambiente, ignorar particul
aridades de implementao.
Modelo Lgico:

Regras de Derivao: Normalizao das estruturas de dados, derivao de estruturas de agrega

e generalizao-especializao.
Derivao de relacionamentos
Regras de Restrio:
Restrio de domnio, Restrio de Integridade, Restrio de Implementao.
Modelo Fsico:
Inclui a anlise das caractersticas e recursos necessrios para armazenamento e manip
ulao das estruturas de dados (estrutura de armazenamento, endereamento, acesso e al
ocao fsica).
3. Com base na entidade proposta no enunciado do desafio e nos modelos de dados
citados neste passo, definam qual modelo de dados dever ser utilizado na resoluo do
desafio. Por qu? Justificar a resposta com apresentao de exemplo.
4. Definir Esquema e Instncia em banco de dados, utilizando-se das entidades proposta
s no desafio para representar e exemplificar suas definies.

Esquema: Descrio (textual ou grfica) da estrutura de um banco de dados de acordo co

m um determinado modelo de dados
Esquema do Banco

Armazenado no catlogo

Mudanas muito menos frequentes

Instncia: Conjunto de dados armazenados em um banco de dados em um determinado in
stante de tempo.
Estado do Banco:

Dados do banco em qualquer ponto do tempo

Inicialmente vazio

Muda frequentemente

Validade parcialmente garantida pelo SGBD

Etapa 2
Passo 1:
Criar um quadro para cada entidade proposta no desafio, identificando todos seus
atributos com seus devidos tipos, chaves e relacionamentos esperados.

Passo 2
Entidade Objeto do universo de interesse do Banco de Dados, cujas caractersticas
se deseja armazenarem. Pode ser definida como qualquer coisa do Mundo real, abst
rata ou concreta, na qual se deseja guardar informaes. Exemplos de entidades: Clie
nte, 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:

Linhas - Ligam atributos a conjuntos de entidades e conjuntos de entidades a rel

acionamentos. Alguns autores chamam as linhas de arestas, em analogia s teorias d
e grafos e redes.
Representao Grfica:

Passo 3
Desenvolver um DER completo (Entidade, Atributos, Chaves, Relacionamento, Cardin
alidade, Smbolos etc.) partindo das entidades propostas no desafio e das informaes
trabalhadas nos passos anteriores.
Relacionamento Muitos-para-Muitos
O relacionamento muitos-para-muitos usado quando varias entidades Ase relacionam
com varias entidades B. Este relacionamento representado pelo sinal: N:N ou N:M
.
Percebemos essa relao, devido existir vrios cadastros, para com relao a diversas vaga
s de estacionamento. Uma pessoa poder ter diversas vagas, da mesma forma que uma
vaga no privativa, possa ter vrios nmeros de placas (*#nro_placas).
Etapa 3
Passo 1 - O Modelo Relacional
A arquitetura de um banco de dados relacional pode ser descrita de maneira infor
mal ou formal. Na descrio informal estamos preocupados com aspectos prticos da util
izao e usamos os termos tabela, linha e coluna. Na descrio formal estamos preocupado
s com a semntica formal do modelo e usamos termos como relao (tabela), tupla (linha
s) e atributo (coluna).
Tabelas (ou relaes, ou entidades)
Todos os dados de um banco de dados relacional (BDR) so armazenados em tabelas. U
ma tabela uma simples estrutura de linhas e colunas. Em uma tabela, cada linha c
ontm um mesmo conjunto de colunas. Em um banco de dados podem existir uma ou cent
enas de tabelas, sendo que o limite pode ser imposto tanto pela ferramenta de so
ftware utilizada, quanto pelos recursos de hardware disponveis no equipamento. As
tabelas associam-se entre si atravs de regras de relacionamentos, estas regras c
onsistem em associar um ou vrios atributo de uma tabela com um ou vrios atributos
de outra tabela.

Exemplo: A tabela cadastro relaciona-se com a tabela vaga no estacionamento. Atr

avs 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 assum
ir 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

a nro_vaga a instncia (registro) da tabela vaga do Estacionamento. Uma associao en
tre estas duas tabelas criaria a seguinte instncia de relacionamento: cpf_proprie
tario o nro_vaga, onde o verbo ser representa uma ligao entre os registros distint
os.
Colunas (tribunas)
As colunas de uma tabela so tambm chamadas de Atributos. Ao conjunto de valores qu
e um atributo pode assumir chama-se domnio. Por exemplo: em um campo do tipo numri
co, sero somente armazenados nmeros, etc. O conceito mais similar a domnio o de Tip
o 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), nr
o_ficha, nro_vaga.
Chave
As tabelas relacionam-se umas as outras atravs de chaves. Uma chave um conjunto d
e um 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 cons
ulta 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 fundament
al para a criao dos ndices.
Temos dois tipos de chaves:
1.Chave primria: (PK - Primary Key) a chave que identifica cada registro dando-lh
e unicidade. A chave primria nunca se repetir.
2.Chave Estrangeira: (FK - Foreign Key) a chave formada atravs de um relacionamen
to com a chave primria de outra tabela. Define um relacionamento entre as tabelas
e pode ocorrer repetidas vezes. Caso a chave primria seja composta na origem, a
chave estrangeira tambm o ser.

Passo 2
Grande parte das extenses aproximaram o MER do modelo Orientado Objeto, no sendo m
uito utilizados, pois os SGBDs Relacionais no suportam diretamente extenses, ento se
faz necessrio antes de implementar mapear esta 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 d
nvel superior.
Usando Agregao
Passo 3
Criar uma representao grfica que demonstre a converso do DER em Modelo Relacional de
screvendo o processo passo a passo. Ao final, apresentar, em apenas um pargrafo,
a opinio da equipe quanto ao modelo mais adequado, no ponto de vista de facilidad
e de compreenso da modelagem e estrutura funcional.

Identificamos que h nesta forma descrita na figura uma correlao entre suas entidade
s e relacionamentos, sendo possvel relacionar todos eles. Sendo assim as entidade
s no so tratadas de uma forma to superior como na relacional.
Etapa 4
Passo 1 - Normalizao de dados o processo formal passo a passo que examina os atrib
utos de uma entidade, com o objetivo de evitar anomalias observadas na incluso, e
xcluso e alterao de registros. Uma regra de ouro que devemos observar quando do pro
jeto 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 mist
urar campos relacionados com outros assuntos. Essa "Mistura de Assuntos" em uma
mesma tabela acaba por gerar repetio desnecessria dos dados bem como inconsistncia d
os dados. Normalmente aps a aplicao das regras de normalizao de dados, algumas tabela
s acabam sendo divididas em duas ou mais tabelas, o que no final gera um nmero ma
ior de tabelas do que o originalmente existente. Este processo causa a simplific
ao 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 Primeira forma normal 1FN, se e somente set odos os domnios bsicos
contiverem somente valores atmicos (no contiver grupos repetitivos).Em outras pal
avras podemos definir que a primeira 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:
Tabela desnormalizada, ou seja, no est na 1

forma normal.

Analisando teremos:
Todos os clientes possuem Rua, CEP e Bairro, e essas informaes esto na mesma clula d
a tabela, logo ela no est na primeira forma normal. Para normalizar, deveremos col
ocar cada informao em uma coluna diferente, como no exemplo a seguir:
Tabela ainda no est na primeira forma normal
Mesmo com o ajuste acima, a tabela ainda no est na primeira forma normal, pois h c
lientes com mais de um telefone e os valores esto em uma mesma clula. Para normali
zar ser necessrio criar uma nova tabela para armazenar os nmeros dos telefones e o
campo-chave da tabela cliente. Veja o resultado a seguir:

Tabela na 1 forma normal

No exemplo acima foi gerado uma segunda entidade para que a primeira forma norm
al fosse satisfeita, contudo possvel manter a tabela original, admitindo-se valor
es duplos em uma mesma coluna, como exemplo o campo telefone ficaria assim: 11-3
400-3563 e 19-3500-9650. Neste caso a tabela ficaria desnormalizada, mas muitos
acabam preferindo assim, principalmente quando h poucos casos de repetio.
Passo 2
Uma tabela est na Segunda Forma Normal 2FN se ela estiver na 1FN e todos os atri
butos 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 tr
ata 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 p
rimria;
b) Remover da entidade todos esses atributos identificados e criar uma nova enti
dade com eles. A chave primria da nova entidade ser o atributo do qual os atributo
s 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:
Tabela no est na segunda forma normal
O nome do produto depende do cdigo da vaga, porm no depende de Nro_ficha que a chav
e primria da tabela, portanto no est na segunda forma normal. Isto gera problemas c
om a manuteno dos dados, pois se houver alterao no nome do produto teremos que alter

ar 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 t
abela Vaga manteremos somente os atributos Nro_ficha, cdigo_vaga, quant, valor_un
it e subtotal. Veja o resultado abaixo:
Conforme visto na Primeira forma normal, quando aplicamos normalizao comum gerar n
ovas tabelas a fim de satisfazer as formas normais que esto sendo aplicadas.
Etapa 5
Passo 1: Criar 10 tuplas para cada relao (tabela) de forma que sigam os conceitos
tratados anteriormente (chave primria/estrangeira, relacionamento, redundncia e in
tegridade).

Passo 2:
Fazer as atividades a seguir:
1. Criar uma operao de SELEO para cada relao existente no modelo criado e descrever q
ao essa operao est realizando.
Seleo -> Seleciona tuplas da relao argumento que satisfaam condio de seleo;
2. Criar uma operao de PROJEO para cada relao existente no modelo criado e descrever
ao essa operao est realizando.
Projeo -> Produz uma nova relao contendo um subconjunto vertical da relao argumento,
duplicaes.
O resultado de uma operao de projeo uma relao -> no devem existir tuplas repetidas;

Se <atributos> contm chave de relao -> resultado no tem tuplas repetidas;

Se <atributos> no contm chave -> possibilidade de tuplas repetidas.

3. Criar uma operao de UNIO para cada relao existente no modelo criado e descrever que
ao essa operao est realizando.
Unio -> Une duas relaes R e S compatveis em uma relao que contm todas as tuplas perten
entes a R, a S, ou a ambas (R e S).

4. Criar uma operao de INTERSEO para cada relao existente no modelo criado e descreve
ue ao essa operao est realizando.
Interseo -> Une duas relaes R e S compatveis em uma relao que contm todas as tuplas p
encentes a R, a S, ou a ambas (R e S).
Etapa 6
Passo 1:

Fazer as atividades a seguir:

1. Criar uma operao de DIVISO para cada relao existente no modelo criado e descrever q
e ao essa operao est realizando.
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;

2. Criar uma operao de DIFERENA para cada relao existente no modelo criado e descrever
que ao essa operao est realizando.
Diferena -> Une duas relaes R e S compatveis em uma relao que contm todas as tuplas pe
tencentes a R que no pertencem a S

3. Criar uma operao de JUNO para cada relao existente no modelo criado e descrever qu
essa operao est realizando.

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 argumento
;

Remove colunas duplicadas

Juno

Concatenao:
dos atributos comuns;
dos atributos especificados na condio de juno;