UNIVERSIDADE ANHANGUERA-SOROCABA

TECNOLOGIA EM ANLISE E DESENVOLVIMENTO DE SISTEMAS

3 SEMESTRE
CESAR EDUARDO RAMOS DE SOUZA RA: 8206946045
JOO GUILHERME RODRIGUES RA 9902005167
LAIS APARECIDA DE OLIVEIRA NUNES RA: 8206980228
SEBASTIANA SILVA SANTOS DIAS - RA: 1299262733
THAS CAROLINE FERREIRA RA: 9902012171

SISTEMA DE BANCO DE DADOS

PROFESSOR: EDSON MARTIN FEITOSA

SOROCABA/SP
06/04/2015

SUMRIO
1.

2.

Relatrio 1.......................................................................................................... 2
1.1.

Modelo de dados............................................................................................ 2

1.2.

Caractersticas dos Softwares SGBD.................................................................2

1.3.

Modelo de Dados para a resoluo....................................................................6

1.4.

Esquema e Instncia....................................................................................... 7

Relatrio 2.......................................................................................................... 8
2.1.

Identificao das entidades e atributos...............................................................8

2.2.

Representao Grfica.................................................................................... 9

2.3.

MER Entidade Relacionamento...................................................................10

1. Relatrio 1
1.1.

Modelo de dados

Modelo de dados trata-se de um conjunto de conceitos que so usados para descrever a

estrutura de um banco de dados. Os modelos de dados so classificados como: Modelo
Relacional, Modelo Entidade-Relacional, Modelos de dados baseados objetos e Modelo de
dados semi-estruturas.
A modelagem de dados se trata de uma tcnica usada para a estrutura de dados para
bancos, se trata de uma maneira de descrever o projeto de banco de dados no nvel fsico,
lgico e de viso e faz parte de do ciclo de desenvolvimento de um sistema. E a modelagem
de dados divide em: Modelo Conceitual, Modelo Lgico e Modelo Fsico.
1.2.

Caractersticas dos Softwares SGBD

Existem no mercado vrios modelos de dados onde utilizam o SGBD entre

eles esto;

Hierrquico
Relacional
Orientada a Objeto

Hierrquico
um tipo de sistemas de gerenciamento de banco de dados que
conecta registros em uma e
Estrutura de dados em uma arvore e atravs dessas ligaes que
cada tipo de registro tem apenas um possuidor.
Essa base de dados se baseia em um modelo de entidade de
Relacionamento e cada registro uma coleo de atributos, ou seja, um
campo contendo assim somente uma informao.

Sua historia
O modelo de dados hierrquico perdeu trao quando o modelo Relacional
de CODD tornou-se padro e utilizado por praticamente todos os principais
sistemas de gesto de banco de dados. Nesse modelo foi feita uma
implementao de banco de dados que foi discutida pela primeira vez no
formulrio de 1992.
Seu uso
O uso dessa estrutura foi feita pelos primeiros sistemas de Gesto de base
de dados Mainframe, por causa de algumas restries frequentes que no passou
ser usados para relao de estrutura que resiste no mundo real.
Essa relao pode tornar entre diferentes tipos de dados, fcil resposta
para algumas questes e para outras tornarem as respostas difcil.
Organizao
Esses registros so organizados como arvore raiz, cada n uma raiz que
tem uma funo de origem comum.
A base de dados hierrquica uma coleo de arvore que forma uma
floresta de base de dados.
Banco de Dados Relacional
um banco que modela os dados de forma que sejam percebidos pelo
usurio como tabela, por exemplo: ou mais formalmente falando Relaes.
Esse termo aplicado aos prprios dados quando se organiza dessa forma,
ou um sistema de Gerenciador de Banco de dados Relacional (SGBDR).
Sua historia
Esse banco de dados surgiu por meados de 1970 mais s alguns anos mais
tarde as empresas comearam a utilizar no lugar de arquivos simples.

Edgar Frank Codd em 1985 criou o modelo Relacional e fez uma publicao
onde definia 13 regras para que o sistema Gerenciador de Banco de Dados
(SGBD).
Vejam a lista:
1- Regra fundamental:
2- Regra da informao:
3- Regra da garantia de acesso:
4- Tratamento sistemtico de valores nulos:
5- Catalogo dinmico on-line baseado no modelo relacional:
6- Regra da Sub-linguagem abrangente:
7- Regra da atualizao de vises:
8- Insero, atualizao e eliminao de alto nvel:
9- Independncia dos dados fsicos:
10-Independncia dos dados fsicos:
11-Independncia de integridade:
12-Independncia de distribuio:
13-Regra da No subverso:
Registros
So linhas formadas e representadas por listas ordenadas de colunas, mais
os registros no precisam conter informaes em todas as colunas mais pode
assumir valores quando for necessrio.
Mais pode se resumir que registro uma instancia de uma tabela ou uma
entidade
Colunas
uma tabela chamada tambm de atributos
Chave
um conjunto de uma ou mais atributos determinando assim uma
unicidade de cada registro. As tabelas se relacionam uma as outras atravs de
chaves.
Existem dois tipos de chaves:

Chave primaria ou primary key

Que a chave que identifica cada registro dando um e unicidade a
chave primaria no se reparte.

Chave Estrangeira ou Foreign key (FK)

uma chave formada atravs de um relacionamento com chave
primaria de outra tabela que pode se repartir varias vezes em
relacionamento com outras tabelas sabendo que se a chave
primaria for composta a chave estrangeira tambm ser.

Relacionamento
Com a juno do modelo de entidade e relacionamento causou confuso
entre os termos Relao e Relacionamento.
O modelo Relacional quando descrito de forma matemtico ele definido
como modelo no sentido matemtico entre os domnios.

Cada dupla um

elemento do conjunto relao ou tabela.

Um relacionamento do modelo de entidade uma associao entre
entidades distintas.
Por meios das chaves estrangeiras possvel implementar restries nos
SGBDR
Existem tipos de relacionamentos possveis MER.
Um para um (1 para 1) indica as tabelas tem relao entre si e voc
escolhe em qual a tabela vai receber a chave estrangeira.
Um para muitos (1 para N) a chave primaria da tabela que tem o lado 1
esta para ir para a tabela do lado N. No lado N chamado de chave estrangeira;
Muitos para muitos (N para N) quando as tabelas tem entre si N pra N tem
que se criar nova tabela com as chaves primarias das tabelas envolvidas, sendo
que assim fica uma chave composta, ou seja, formada por diversos camposchaves de outras tabelas.
Os relacionamentos 1 para 1 e 1 para N so mapeados diretamente em
chaves estrangeiras nas tabelas originais. Agora o N para N exigido o uso de
uma tabela auxiliar.
Normalizao
Os bancos de dados Relacionais utilizam a normalizao de dados para
evitar redundncia e possibilitar um maior desempenho nas pesquisas e um
processo de organizao dentre os bancos e o objetivo principal :
- Eliminar dados redundantes

- Garantir que as dependncias entre os dados faam sentido.

Objeto Orientado
um banco de dados em cada informao organizada em forma de
objeto e utiliza a estrutura de dados denominada Orientao a Objeto.
Existem dois fatores principais que levam a doo da tecnologia, uma o
banco de dados Relacional que se torna difcil de manipular com dados
complexos e a outra que os dados so geralmente manipulados pela aplicao
escrita usando ai uma linguagem de programao orientada a objeto.
Exemplos como:
C++, C##, JAVA Python ou Delphi.
Sua historia
Os sistemas de gerenciamento foram crescendo fora das pesquisas
durante o comeo da metade dos anos 80.
Esse termo de sistemas orientado a objeto surgiu por volta de 1985 o
projetos que mais teve artigos publicados foi o ORION e quem copiou os
melhores desses artigos foi WON KIM do MCC e publicou em um livro pela MIT
Press.

1.3.

Modelo de Dados para a resoluo

Baseado na percepo do mundo real que consiste em um conjunto de objetos bsicos

chamados entidades e nos relacionamentos entre esses objetos o modelo entidaderelacionamento (MER) foi o que mais se adequou para a resoluo do desafio, por se tratar de
uma representao grfica que consiste em dois pilares: a entidade e o relacionamento assim
como seu nome prprio propem.
Entidades nada mais que a representao abstrata de objetos do mundo real possuem
atributos para diferenciar umas das outras.
J os relacionamentos so representaes conceituais que os objetos ou entidades do
mundo real possuem entre si.

Exemplo de MER:

Neste exemplo objetivo gerenciar o banco de dados para um sistema de compra de

ingresso para uma agencia de eventos, que deseja tambm saber quem so os funcionrios ou
os integrantes de uma equipe que trabalhou naquele evento e em qual lugar ou ambiente este
evento foi realizado.
1.4.

Esquema e Instncia

Ao longo do tempo os bancos de dados sofrem alteraes com a insero e excluso

de informaes, essas informaes formam um conjunto que em determinado momento
chamado de instancia. Esquema a definio da estrutura do banco de dados, ou seja, o
projeto geral do banco. Uma caracterstica do esquema que normalmente ele
implementado e sofre pouca alterao (espera-se que nunca sofra). O esquema totalmente
independente dos dados que sero armazenados.

No caso da empresa LFLXZ o esquema so as entidades e seus atributos:

Estacionamento
Atributos: nro_ficha, cpf_proprietario, nome_proprietario, telefone_com,
telefone_res,

telefone_cel,

e-mail,

(placa_veiculo,

modelo_veiculo,

cor_veiculo, tipo_veiculo, ano_veiculo)

Vaga
Atributos:

(nro_vaga,

placa_veiculo,

modelo_veiculo,

cor_veiculo,

tipo_veiculo, ano_veiculo)
A instncia so as informaes que futuramente sero salvas no banco de dados.
2. Relatrio 2
Neste relatrio desenvolvemos o quadro de cada entidade, identificando seus atributos,
chaves e relacionamentos. Iremos representar graficamente os Modelos de Entidades
Relacionais, e mostraremos a cardinalidade entre as entidades.
2.1.

Identificao das entidades e atributos

2.2.

Representao Grfica
Entidade: qualquer coisa do mundo real, concreto ou abstrata na qual voc pode
guardar informaes.

Relacionamento entre entidades:

Atributos: caractersticas das entidades.

Atributos Chave: atributo que torna o registro nico.

Atributo Composto: so atributos com tipos de dados diferentes.

10

Linha: faz a ligao entre os conjuntos de entidades aos conjuntos de

relacionamentos.

2.3.

MER Entidade Relacionamento

3. Relatrio
Neste relatrio iremos desenvolver conceitos do Modelo Relacional, e tambm
conceitos de Mapeamento dos Modelos DER e Relacional. Procuramos
desenvolver uma viso que seja de fcil entendimento e compreenso da
modelagem.
3.1 Modelo Relacional
Quando fazemos a arquitetura de um banco de dados relacional podemos fazer a descrio de
duas maneiras, a informal onde ficamos preocupados com os aspectos prticos da utilizao e
usamos tabelas, colunas e linha, ou a maneira formal onde nos preocupamos com a maneira
semntica formal do modelo e neste caso usamos a relao, tuplas e atributos.
3.2 Mapeamento do modelo MER para Relacional
No modelo relacional toda entidade e entidade associativa representada como uma relao, e
todo atributo chave no modelo entidade-relacionamento representado como um atributo
sublinhado no modelo relacional.
O Mapeamento uma tcnica usada quando iremos usar efetivamente em algum SGBD e
assim relacionar o banco de dados a uma aplicao. O Mapeamento traduz esquemas com
modelos de entendimento e concepo para um modelo de implementao.
O modelo E-R tem como uma de suas limitaes no poder expressar relacionamentos entre
relacionamentos.
4. Relatrio 4
A Normalizao de dados um conjuntos de regras que permite analisar os atributos de uma
entidade afim de evitar anomalias no incluso, excluso e alterao de registros, repetio de
dados, relaes em que o atributo depende s de uma chave e atingir uma forma adequada de
arquivamento.

11

4.1 Normalizao de dados.

1 Forma Normal
Estacionamento (nro_ficha, cpf_proprietario, nome_proprietario, telefone_comercial,
telefone_residencial, telefone_celular, email)
Veiculo (nro_ficha, placa_veiculo, modelo_veiculo, cor_veiculo, tipo_veiculo, ano_veiculo)
Vaga (nro_vaga, placa_veiculo, modelo_veiculo, cor_veiculo, tipo_veiculo, ano_veiculo)
2 Forma Normal
Estacionamento (nro_ficha, cpf_proprietario, nome_proprietario, telefone_comercial,
telefone_residencial, telefone_celular, email)
Veculo (nro_ficha, placa_veiculo)
Modelo Veculo (placa_veiculo, modelo_veiculo, cor_veiculo, tipo_veiculo, ano_veiculo)
Vaga (nro_vaga, placa_veiculo)
3 Forma Normal
Estacionamento (nro_ficha, cpf_proprietario, nome_proprietario, telefone_comercial,
telefone_residencial, telefone_celular, email)
Veculo (nro_ficha, placa_veiculo)
Modelo Veculo (placa_veiculo, modelo_veiculo, cor_veiculo, tipo_veiculo, ano_veiculo)
Vaga (nro_vaga, placa_veiculo)