Ementa (DBA)

Redundncia e a Inconsistncia. A Redundncia, ou seja, o

armazenamento do mesmo dado em diferentes locais, algo til para
efeito de segurana (funciona como um backup dos dados), mas ela pode
apresentar um problema inaceitvel para o processo de armazenamento
de dados: a Inconsistncia.

Um tipo de inconsistncia que os Bancos de Dados apresentam quando

os mesmos tipos de dados so armazenados em locais diferentes (por
exemplo, o endereo de um cliente), mas apresenta valores diferentes em
cada um dos locais (por exemplo, o cliente atualizou o seu endereo, mas
o processo s ocorreu em um dos locais de armazenamento dos dados).

Dessa forma, podemos deduzir que, nos Bancos de Dados, a redundncia

pode ser aceita (apesar de apresentar outro problema, que o aumento
do espao necessrio para armazenar esses dados), mas a inconsistncia
deve ser evitada de qualquer maneira.

Metodologia

Modelos de Bancos de Dados

Como vimos, com o surgimento dos SGBDs, para a criao

de uma aplicao que acesse Banco de Dados no mais
necessrio se preocupar com o armazenamento fsico
desses dados, dessa forma era necessrio que esses
dados fossem modelados (mostrados) de uma forma
compreensvel para o desenvolvedor.

Em ingls DBMS (Database Management System)

Banco de Dados, Existem diversas formas de mostrar

esses dados, esses so os Modelos de Bancos de Dados.

Lembrando que um modelo apenas a forma como os

dados so mostrados e no como eles so fisicamente
armazenados (preocupao do SGBD e no do
desenvolvedor).

Modelo Hierrquico
Um dos primeiros modelos a surgir foi o
Modelo Hierrquico. Esse modelo
mostrava os dados na forma de uma
rvore invertida, conforme figura
abaixo.
3

Nele os dados eram ligados na forma de dados

pai (mais acima na estrutura) e dados filhos
(mais abaixo na estrutura). Isso gerava uma
estrutura muito grande e com muitos dados
sendo apresentados de forma repetida, o que
poderia gerar dificuldade de compreenso.
Observe na figura acima o Fornecedor W, ele
aparece duas vezes, porque ele fornecedor
das peas C e E.

Modelo em Rede

Para resolver o problema de representao apresentado pelo Modelo

Hierrquico, surgiu o Modelo de Rede. Esse modelo muito
semelhante ao anterior, mas com a diferena que cada dado
apresentado somente uma vez.

Por exemplo, observe novamente o Fornecedor W,

ele agora aparece somente uma vez, mas com duas
ligaes (uma para cada pea que ele fornece). O
problema desse modelo que ele pode se tornar
bastante confuso, quando as linhas que ligam os
diferentes nveis comeam a se cruzar.

Esses dois modelos apresentavam os dados de uma

forma mais prxima ao armazenamento fsico dos
arquivos. Com o surgimento dos SGBDs, era
necessrio mostrar os dados de outra forma.

Modelo Relacional
O Modelo Relacional foi criado para permitir que os dados
fossem apresentados de uma forma mais prxima da realidade
e mais adequada para o uso dos SGBDs. Os dados so
apresentados na forma de Tabelas, sendo que cada linha da
tabela um relacionamento entre um conjunto de valores.
Alguns conceitos
relacionados
apresentados a seguir.
7

esse

modelo

so

Domnios conjuntos de valores possveis para uma entidade3

e seus atributos. Abaixo exemplos de domnios da tabela
Roupa (para os atributos Cdigo, Nome, Local e Cor).

Uma representao dos dados usando o Modelo

Relacional ficaria da seguinte forma (tabela Roupa).

Observe que nem todos os valores dos domnios foram utilizados, apenas
aqueles que tem relao com os objetos lgicos representados (lembre que essa
tabela uma representao lgica dos dados referentes aos objetos fsicos).

Nesse modelo as tabelas apresentam as seguintes propriedades:

1) As linhas so distintas.

2) Os nomes das colunas so nicos.

3) A ordem das linhas irrelevante.

4) A ordem das colunas irrelevante.

Cada coluna de uma tabela do Modelo Relacional, que correspondem aos

atributos, chamada de Campo e cada linha de uma tabela chamada de
Registro (tambm conhecida como Tupla).4

10

Chaves
Chave o campo (atributo) que identifica de maneira unvoca o registro
(tupla), ou seja, para que no existem duas linhas com os dados iguais
em todas as colunas. Na tabela exemplo, o campo Cdigo usado para
essa identificao. Esse campo conhecido como Chave Primria (PK
Primary Key) da tabela Roupa.
Existem casos onde preciso utilizar mais do que um campo como
Chave. Esses campos unidos que representam a chave primria so
conhecidos como Chave Primria Composta (observe o exemplo
abaixo da tabela Produto).

11

Chave Estrangeira
Observe as tabelas Roupa e Fornecedor abaixo:

12

No campo Cd_Forn da tabela Roupa so encontrados valores

correspondentes aos valores encontrados no campo Cdigo da
tabela Fornecedor, ou seja, existe um relacionamento entre
esses dois campos. S possvel acrescentar valores em
Cd_Forn que tenham correspondncia em Cdigo (tabela
Fornecedor).

O campo Cd_Forn conhecido como Chave Estrangeira (FK Foreign Key), ou seja, um campo que no chave em uma
tabela (tabela Roupa) que se relaciona com um campo chave em
outra tabela (tabela Fornecedor).

As chaves primrias e as chaves estrangeiras fornecem os meios

para representar os Relacionamentos entre tabelas no Modelo
Relacional.

Viso

13

Viso uma tabela que derivada de outras tabelas (uma ou mais) e

no existe por si s. As vises so instantneos dos dados
armazenados nas tabelas, portanto no existem fisicamente.

As vises so obtidas por meio de Consultas e estas so realizadas por

meio de Linguagens de Consulta, sendo a mais famosa o SQL
(Structured Query Language).

No exemplo abaixo apresentada a tabela Pessoa_Brasil que uma

viso da tabela Pessoa, na qual so selecionados os registros onde o
campo Pas igual ao valor Brasil.

14

Viso

Exerccios

1 Explique o que redundancia e inconsistncia de dados.

2 Qual foi o primeiro bandos de dados e como era sua organizao.

3 Explique o modelo em rede

4 Qual o modelo mais utilizado at hoje, explique sua organizao e o

porque de seu sucesso.