Relatrio 01: Projeto Conceitual do Banco de Dados

.
1.1 Conceitos Fundamentais de Banco de Dados:

Segundo Korth, um banco de dados uma coleo de dados interrelacionados, representando informaes sobre um domnio especfico, ou
seja, sempre que for possvel agrupar informaes que se relacionam e tratam
de um mesmo assunto, posso dizer que tenho um banco de dados.
Podemos exemplificar situaes clssicas como uma lista telefnica, um
catlogo de CDs ou um sistema de controle de RH de uma empresa.
J um sistema de gerenciamento de banco de dados (SGBD) um software
que possui recursos capazes de manipular as informaes do banco de dados
e interagir com o usurio. Exemplos de SGBDs so: Oracle, SQL Server, DB2,
PostgreSQL, MySQL, o prprio Access ou Paradox, entre outros.
Por ltimo, temos que conceituar um sistema de banco de dados como o
conjunto de quatro componentes bsicos: dados, hardware, software e
usurios. Date conceituou que sistema de bancos de dados pode ser
considerado como uma sala de arquivos eletrnica

1.2 Caractersticas Tpicas de um SGBD

Controle de Redundncias- A redundncia consiste no armazenamento de
uma mesma informao em locais diferentes, provocando inconsistncias. Em
um Banco de Dados as informaes s se encontram armazenadas em um
nico local, no existindo duplicao descontrolada dos dados. Quando
existem replicaes dos dados, estas so decorrentes do processo de
armazenagem tpica do ambiente Cliente-Servidor, totalmente sob controle do
Banco de Dados.
Compartilhamento dos Dados- O SGBD deve incluir software de controle de
concorrncia ao acesso dos dados, garantindo em qualquer tipo de situao a
escrita/leitura de dados sem erros.
Controle de Acesso- O SGDB deve dispor de recursos que possibilitem
selecionar a autoridade de cada usurio. Assim um usurio poder realizar
qualquer tipo de acesso, outros podero ler alguns dados e atualizar outros e
outros ainda podero somente acessar um conjunto restrito de dados para
escrita e leitura.

Interfaceamento- Um Banco de Dados dever disponibilizar formas de acesso

grfico, em linguagem natural, em SQL ou ainda via menus de acesso, no
sendo uma "caixa-preta" somente sendo passvel de ser acessada por
aplicaes.
Esquematizao- Um Banco de Dados dever fornecer mecanismos que
possibilitem a compreenso do relacionamento existentes entre as tabelas e de
sua eventual manuteno.
Controle de Integridade- Um Banco de Dados dever impedir que aplicaes
ou acessos pelas interfaces possam comprometer a integridade dos dados.
Backups- O SGBD dever apresentar facilidade para recuperar falhas de
hardware e software, atravs da existncia de arquivos de "pr-imagem" ou de
outros recursos automticos, exigindo minimamente a interveno de pessoal
tcnico.
1.3 Arquitetura de SGBD

Modelagem de Dados
Um modelo de dados usado para descrever a estrutura lgica e fsica de um
banco de dados. Os relacionamentos, tipos de dados e restries so
conhecidos como essa estrutura ou nvel, se dividindo em 2 tipos:
Alto Nvel - podemos chamar de modelo de dados conceitual ou
modelo Entidade-Relacionamento, o seu principal conceito uma
projeo dos dados que deixa o mais prximo possvel da viso que o
usurio tem dos dados.
Baixo Nvel - conhecido como modelo de dados fsico, o que fornece
uma viso mas detalhada do modo como os dados esto armazenados
no computador.

1.4 MER (Modelo Entidade-Relacionamento)

O Modelo Entidade Relacionamento (tambm chamado Modelo ER, ou
simplesmente MER), como o nome sugere, um modelo conceitual utilizado
na Engenharia de Software para descrever os objetos (entidades) envolvidos
em um domnio de negcios, com suas caractersticas (atributos) e como elas
se relacionam entre si (relacionamentos).
Em geral, este modelo representa de forma abstrata a estrutura que possuir o
banco de dados da aplicao. Obviamente, o banco de dados poder conter
vrias outras entidades, tais como chaves e tabelas intermedirias, que podem
s fazer sentido no contexto de bases de dados relacionais.

Relatrio 02: Projeto Lgico do Banco de Dados Parte I

2.1 Normalizaes do Banco de Dados

NORMALIZAO
A normalizao um mtodo que se emprega para aumentar a qualidade do
projeto de banco de dados. tambm uma base terica para a definio das
propriedades das relaes.
Atravs do processo de normalizao pode-se, gradativamente, substituir um
conjunto de entidades e relacionamento por um outro, mas eficioente em
relao s anomalias de atualizaes(incluso, alterao e excluso) as quais
podem causar certos problemas, tais como:

Perdas acidentais de informaes;

Dificuldade na representao de fatos da realidade observada;
Dependncias transitivas entre atributos.

Para resolver os problemas acima foram propostas formas normais que devem
ser aplicadas a um modelo de dados com o objetivo de garantir um modelo de
dados livres dos problemas citados acima, estvel e eficiente.
A Normalizao necessria porque podem ocorrer erros de modelagem,
sendo que a normalizao se apresenta como uma tcnica para garantir a
integridade de um modelo de dados.
2.1.11 Forma Normal (1FN):
A primeira forma normal assegura que no existam repeties de valores nos
atributos nem grupos repetidos de atributos das entidades de um modelo de
dados. Em uma determinada realidade, s vezes encontramos algumas
informaes que se repetem, retratando ocorrncias de um mesmo fato dentro
de uma nica linha e vinculada a sua chave primria.
A 1FN diz que: cada ocorrncia da chave primria deve corresponder a uma e
somente uma informao de cada atributo, ou seja, a entidade no deve conter
grupos repetitivos de atributos (atributos multivalorados). Para se obter
entidades da 1FN, necessrio decompor cada entidade no normalizada em
tatas entidades quanto for o numero de conjuntos de atributos repetitivos. Nas
novas entidades criadas, a chave primria a concatenao da chave primria
original mais os atributos do grupo repetitivo visualizados como chave primria
deste grupo
Dependncia Funcional:
Dada uma entidade qualquer, dizemos que um atributo ou conjunto de atributos
A dependendo funcional de um outro atributo B contido na mesma entidade,
se a cada valor de B existir nas linhas da entidade em que aparece, um nico
valor de A. Em outras palavras. A depende funcionalmente de B.
Dependncia Funcional Total:
Na ocorrncia de uma chave primria concatenada, dizemos que um atributo
ou conjunto de atributos depende de forma completa ou total desta chave
primaria concatenada quando para casa valor da chave est associado um
valor para casa atributo.
Dependncia Funcional Parcial:

Quando um atributo ou conjunto de atributos A depende de outro atributo B que

faz parte da chave primria concatenada dizemos que h uma dependncia
funcional parcial A em relao a B. Para cada valor no atributo B existe um
valor associado para o atributo A.
Dependncia Funcional Transitiva:
Quando um atributo ou conjunto de atributos A depende de outro atributo B que
no pertence chave primria, mas dependente do atributo, dizemos que A
dependente transitico de B.

2.1.2 2 Forma Normal (2FN):

A segunda forma normal assegura que no existe dependncia funcional
parcial no modelo de dados. Para aplicarmos a segunda forma formal em um
modelo de dados devemos observar se alguma entidade do modelo possui
chave primria concatenada e verificar se existe algum atributo ou conjunto de
atributos com dependncia parcial em relao a algum atributo da chave
primria concatenada.
Com a finalidade de tornar ainda mais estvel o modelo de dados, a plicao
da 2FN sobre as entidades em observao geram novas entidades, que
herdaro a chave parcial e todos os atributos que dependem parcialmente da
chave primria, ou seja, uma entidade para estar na 2FN no pode ter atributos
com dependncia funcional parcial em relao chave primria.

2.1.3 3 Forma Normal (3FN):

A terceira forma normal assegura que nenhuma entidade do modelo de dados
possui atributos com dependncia transitiva em relao a outro atributo da
entidade que no participe da chave primria, ou seja, no existe nenhum
atributo intermedirio entre a chave primria e o prprio atributo observado. Ao
retirarmos a dependncia funcional transitiva, devemos criar uma nova
entidade que contenha os atributos que dependem transitivamente de outro e a
sua chave primria o atributo que causou esta dependncia.
Alm de no conter atributos com dependncia funcional transitiva, entidades
na 3FN no devem conter atributos derivados que sejam o resultado de algum
clculo sobre outro atributo, o que de certe forma pode ser entendido como
uma dependncia funcional transitiva. Todo atributo derivado a partir de outro
atributo deve ser retirado do modelo dados. O mesmo vlido para atributos
que representam clculos realizados com base em outros atributos da
entidade.

2.2 DER (Diagrama Entidade-Relacionamento):

Bibliografia:

http://sql4all.blogspot.com.br/2010/05/caracteristicas-gerais-de-umsgbd.html

http://www.devmedia.com.br/conceitos-fundamentais-de-banco-de-dadosparte-2/1678