Universidade Zambeze

Faculdade de Ciências e Tecnologia

Engenharia Informática - 2º Nível

Base de Dados I

2018
Tema 1: Sistema de Base de Dados
 Sistema de Base de Dados
 Objectivos
Introduzir e conhecer os fundamentos gerais sobre sistemas de base de dados
 Conteúdos
- Introdução.
- Modelo de dados.
- Conceitos Gerais.
- Abordagem base de dados Vs Processamento de arquivos.
- Usuários e actividades envolvidas.
- Vantagens de um SGBD.
- Quando não usar um SGBD.
- Arquitectura e independência de dados em SGBD.
 1- Introdução

O uso da base de dados vem crescendo com a

expansão do uso da informática. As bases de dados
existem para facilitar o armazenamento,
processamento e o acesso à informação. O primeiro
sistema gerenciador de base de dados surgiu em 1960
com base nos primitivos sistemas de arquivos
disponíveis na época, os quais não controlavam o
acesso concorrente.
2- Modelo de dados

 Modelo é a representação abstrata e simplificada de um sistema

real, com a qual se pode explicar ou testar o seu comportamento, em
seu todo ou em partes.
 O modelo de dados pode ser classificado de varias formas,
trataremos do modelo de dados de acordo com os conceitos para
descrever a estrutura da base de dados, ou como os dados são
organizados em uma base de dados(modelos lógicos).
2- Modelo de dados

2.1. Modelo hierárquico

 O primeiro a ser reconhecido como modelo de dados.
 Os dados são estruturados em hierarquia ou árvores.
 Os nós das hierarquias contem ocorrências dos registos, onde
cada registo é uma colecção de campos (atributos), cada um
contendo apenas uma informação.
 O registo da hierarquia que precede a outros é o registo pai, os
outros registos são chamados de registos -filhos.
2. Modelo de dados

 Uma ligação é uma associação entre dois registos.

 O relacionamento entre um registo-pai e vários registos-filhos possui cardinalidade 1:N.
 Para ter acesso aos dados organizados segundo este modelo segue-se uma sequência
hierárquica com uma navegação do topo para as folhas e da esquerda para a direita.
 Um registo pode estar associado a vários registos diferentes, desde que seja replicado. A
replicação possui duas grandes desvantagens:
 pode causar inconsistência de dados quando houver actualização e o desperdício de espaço
é inevitável.
2. Modelo de dados

2.2. Modelo em rede

 Uma norma foi estabelecida para este modelo de banco de dados, com linguagem própria para definição e
manipulação de dados.
 Os dados tinham uma forma limitada de independência física.
 Também foram definidas as sintaxes para dois aspectos chaves dos sistemas gerenciadores de dados:
concorrência e segurança.
 Concorrência : fornecia uma facilidade na qual parte do banco de dados (ou área) pudesse ser bloqueada para prevenir
acessos simultâneos, quando necessário.
 Segurança: permitia que uma senha fosse associada a cada objecto descrito no esquema.
 Ao contrário do Modelo Hierárquico, em que qualquer acesso aos dados passa pela raiz, o modelo em rede
possibilita acesso a qualquer nó da rede sem passar pela raiz.
 O modelo hierárquico e em rede são orientados a registo, isto é, qualquer acesso a base de dados é feito em
cada registo.
2. Modelo de dados

2.3. Modelo Relacional

 Este modelo apareceu devido às seguintes necessidades:
 Aumentar a independência de dados nos sistemas gerenciadores de banco de dados;
 Prover um conjunto de funções apoiadas em álgebra relacional para armazenamento e recuperação de dados;
 Permitir processamento ad hoc.
 O Modelo relacional revelou-se ser o mais flexível e adequado ao solucionar os vários problemas que se
colocam no nível da concepção e implementação da base de dados. A estrutura fundamental do modelo
relacional é a relação (tabela). Uma relação é constituída por um ou mais atributos (campos) que
traduzem o tipo de dados a armazenar. Cada instância do esquema (linha) é chamada de tupla (registo). O
modelo relacional não tem caminhos pré-definidos para se fazer acesso aos dados como nos modelos que
o precederam. O modelo relacional implementa estruturas de dados organizadas em relações. Porém, para
trabalhar com essas tabelas, algumas restrições precisaram ser impostas para evitar aspectos indesejáveis,
como: Repetição de informação, incapacidade de representar parte da informação e perda de informação.
2. Modelo de dados

2.4. Modelo Orientado a Objectos

 Os bancos de dados orientados a objecto começaram a se tornar comercialmente viáveis
em meados de 1980.
 A motivação para seu surgimento está em função dos limites de armazenamento e
representação semântica impostas no modelo relacional.
 Quando os bancos de dados orientados a objectos foram introduzidos, algumas das falhas
perceptíveis do modelo relacional pareceram ter sido solucionadas com esta tecnologia e
acreditava-se que tais bancos de dados ganhariam grande parcela do mercado. Hoje,
porém, acredita-se que os Bancos de Dados Orientados a Objectos serão usados em
aplicações especializadas, enquanto os sistemas relacionais continuarão a sustentar os
negócios tradicionais, onde as estruturas de dados baseadas em relações são suficientes.
3. Conceitos gerais
 Base de dados
 Colecção de dados devidamente relacionado.
 Dados
 Factos que podem ser armazenados e possuem um significado implícito.
 Matéria prima para obtenção de informação.
 Informação
 Dados compilados e processados de acordo com a solicitação de consultas e analises.
 Sistema de Base de Dados
 É o conjunto composto pela base de dados e o software de gerenciamento de base de
dados.
3. Conceitos gerais

 Sistema Gerenciador de Base de Dados

 é uma colecção de programas que permitem aos usuários criarem e
manipularem uma base de dados. Um SGBD é, assim, um sistema de
software de propósito geral que facilita o processo de definir, construir e
manipular bases de dados de diversas aplicações.
 Definir – Envolve a especificação de tipo de dados a serem armazenados.
 Construir – Envolve a o processo de armazenar os dados em algum meio que
possa ser controlado pelo SGBD.
 Manipular – Envolve a utilização de funções como a de consulta e de
modificação.
 3. Conceitos gerais
 Propriedades das bases de dados
 Uma base de dados é uma colecção de dados logicamente relacionado, com algum
significado. Associações aleatórias de dados não podem ser chamadas de base de
dados.
 Uma base de dados é projectada, construída e preenchida (instanciada) com dados
para um propósito específico. Ela tem um grupo de usuários e algumas aplicações
pré-concebidas para atendê-los;
 Uma base de dados representa algum aspecto do mundo real, algumas vezes
chamado de “minimundo”. Mudanças no minimundo provocam mudanças na base
de dados.
 Uma base de dados tem alguma fonte de dados, algum grau de interacção com
eventos do mundo real e uma audiência que está activamente interessada no seu
conteúdo.
 4. Abordagem base da dados vs Sistema

gerenciador de arquivo
Natureza da auto-descrição de Sistema de Banco de Dados
 Uma característica importante da abordagem Banco de Dados é que o
SGBD mantém não somente os dados mas também a forma como os mesmos
são armazenados, contendo uma descrição completa do banco de dados. Estas
informações são armazenadas no catálogo do SGBD, o qual contém informações
como a estrutura de cada arquivo, o tipo e o formato de armazenamento de
cada tipo de dado, restrições, etc.
 A informação armazenada no catálogo é chamada de “Meta Dados”.
 No processamento tradicional de arquivos, o programa que irá manipular os
dados deve conter este tipo de informação, ficando limitado a manipular as
informações que o mesmo conhece. Utilizando a abordagem banco de dados, a
aplicação pode manipular muitas bases de dados diferentes.
 4. Abordagem base da dados vs Sistema

gerenciador de arquivo
Separação entre Programas e Dados
 No processamento tradicional de arquivos, a estrutura dos dados está
incorporada ao programa de acesso. Desta forma, qualquer alteração na
estrutura de arquivos implica na alteração no código fonte de todos
os programas. Já na abordagem banco de dados, a estrutura é alterada
apenas no catálogo, não alterando os programas.
4. Abordagem base da dados vs Sistema
gerenciador de arquivo
 Abstração de Dados
 O SGBD deve fornecer ao usuário uma “representação conceitual” dos dados, sem
fornecer muitos detalhes de como as informações são armazenadas.
 Um “modelo de dados” é uma abstração de dados que é utilizada para fornecer esta
representação conceitual utilizando conceitos lógicos como objetos, suas propriedades
e seus relacionamentos.
 A estrutura detalhada e a organização de cada arquivo são descritas no catálogo.
 4. Abordagem base da dados vs Sistema
gerenciador de arquivo
 Múltiplas Visões de Dados
 Como um conjunto de informações pode ser utilizada por um
conjunto diferente de usuários, é importante que estes usuários possam
ter “visões” diferentes da banco de dados.
 Uma “visão” é definida como um subconjunto de um banco de dados,
formando deste modo, um conjunto “virtual” de informações.
5. Usuários e Atividades envolvidas

 Administrador de Banco de Dados (DBA)

Em um ambiente de banco de dados, o recurso primário é o banco de dados por si só e o
recurso secundário é o SGBD e os softwares relacionados. A administração destes recursos
cabe ao Administrador de Banco de Dados, o qual é responsável pela autorização de acesso a
banco de dados e pela coordenação e monitoração de seu uso.
5. Usuários e Atividades envolvidas

 Projetista de Banco de Dados

O Projetista de Banco de Dados é responsável pela identificação dos dados que devem ser
armazenados no banco de dados, escolhendo a estrutura correta para representar e armazenar
dados. Muitas vezes, os projetistas de banco de dados atuam como “staff” do DBA,
assumindo outras responsabilidades após a construção do banco de dados. É função do
projetista também avaliar as necessidades de cada grupo de usuários para definir as visões que
serão necessárias, integrando-as, fazendo com que o banco de dados seja capaz de atender
todas as necessidades dos usuários.
5. Usuários e Atividades envolvidas

 Usuários Finais
Existem basicamente três categorias de usuários finais que são os usuários finais de
banco de dados, fazendo consultas, atualizações e gerando documentos:
 usuários casuais: acessam o banco de dados casualmente, mas que podem
necessitar de diferentes informações a cada acesso; utilizam sofisticadas linguagens
de consulta para especificar suas necessidades;
 usuários novatos ou paramétricos: utilizam porções pré-definidas do banco de
dados, utilizando consultas pré- estabelecidas que já foram exaustivamente testadas;
 usuários sofisticados: são usuários que estão familiarizados com o SGBD e
realizam consultas complexas.
5. Usuários e Atividades envolvidas

 Analistas de Sistemas e Programadores de Aplicações

Os analistas determinam os requisitos dos usuários finais e desenvolvem especificações para
transações que atendam estes requisitos, e os programadores implementam estas
especificações como programas, testando, depurando, documentando e dando manutenção
no mesmo. É importante que, tanto analistas quanto programadores, estejam a par dos
recursos oferecidos pelo SGBD.
6. Vantagens de um SGBD

 Controle de Redundância
 No processamento tradicional de arquivos, cada grupo de usuários deve manter seu
próprio conjunto de arquivos e dados. Desta forma, acaba ocorrendo redundâncias que
prejudicam o sistema com problemas como:
 Toda vez que for necessário atualizar um arquivo de um grupo, então todos os grupos
devem ser atualizados para manter a integridade dos dados no ambiente como um todo;
 A redundância desnecessária de dados levam ao armazenamento excessivo de informações,
ocupando espaço que poderia estar sendo utilizado com outras informações.
6. Vantagens de um SGBD

 Compartilhamento de Dados
 Um SGBD multi-usuário deve permitir que múltiplos usuários acessem o banco de dados
ao mesmo tempo. Este fator é essencial para que múltiplas aplicações integradas possam
acessar o banco.
 O SGBD multi-usuário deve manter o controle de concorrência para assegurar que
o resultado de atualizações sejam corretos. Um banco de dados multi-usuários deve
fornecer recursos para a construção de múltiplas visões.
6. Vantagens de um SGBD

 Restrição a Acesso não Autorizado

 Um SGBD deve fornece um subsistema de autorização e segurança, o qual é utilizado pelo
DBA para criar “contas” e especificar as restrições destas contas;
 O controle de restrições se aplica tanto ao acesso aos dados quanto ao uso de softwares
inerentes ao SGBD.
6. Vantagens de um SGBD

 Representação de Relacionamentos Complexos entre Dados

Um banco de dados pode incluir uma variedade de dados que estão inter-relacionados de
várias formas. Um SGBD deve fornecer recursos para se representar uma grande variedade de
relacionamentos entre os dados, bem como, recuperar e atualizar os dados de maneira prática e
eficiente.
6. Vantagens de um SGBD

 Tolerância a Falhas
Um SGBD deve fornecer recursos para recuperação de falhas tanto de software quanto de
hardware.
7. Quando não Utilizar um SGBD

 Em algumas situações, o uso de um SGBD pode representar uma carga desnecessária aos
custos quando comparado à abordagem processamento tradicional de arquivos como por
exemplo:
 Alto investimento inicial na compra de software e hardware adicionais;
 Generalidade que um SGBD fornece na definição e processamento de dados;
 Sobrecarga na provisão de controle de segurança, controle de concorrência, recuperação e
integração de funções.
7. Quando não Utilizar um SGBD

Problemas adicionais podem surgir caso os projetistas de banco de dados ou os

administradores de banco de dados não elaborem os projetos corretamente ou se as aplicações
não são implementadas de forma apropriada. Se o DBA não administrar o banco de dados de
forma apropriada, tanto a segurança quanto a integridade dos sistemas podem ser
comprometidas.
7. Quando não Utilizar um SGBD

Problemas adicionais podem surgir caso os projetistas de banco de dados ou os

administradores de banco de dados não elaborem os projetos corretamente ou se as aplicações
não são implementadas de forma apropriada. Se o DBA não administrar o banco de dados de
forma apropriada, tanto a segurança quanto a integridade dos sistemas podem ser
comprometidas.
7. Quando não Utilizar um SGBD

A sobrecarga causada pelo uso de um SGBD e a má administração justificam a utilização da

abordagem processamento tradicional de arquivos em casos como:
- O banco de dados e as aplicações são simples, bem definidas e não se espera mudanças no
projeto;
- A necessidade de processamento em tempo real de certas aplicações, que são terrivelmente
prejudicadas pela sobrecarga causada pelo uso de um SGBD;
- Não haverá múltiplo acesso ao banco de dados.
8. Arquitectura e independecia de dados de um
SGBD
 A arquitectura mais difundida na literatura é a three-schema, conhecida também por
ANSI/SPARC.
 A meta desta arquitectura é separar as aplicações dos usuários da base de dados física.
 Nesta arquitectura os esquemas podem ser definidas em três níveis:
Interno, Conceitual e Externo.
 8. Arquitectura e independecia de dados de um
SGBD
 Nível interno: tem um esquema interno que descreve a estrutura de
armazenamento físico da base de dados. O esquema interno usa um modelo
de dados físico e descreve todos os detalhes de armazenamento de dados e
caminhos de acesso à base de dados;
 Nível conceitual: tem um esquema conceitual que descreve a estrutura de
toda a base de dados. O esquema conceitual é uma descrição global da base
de dados, que omite detalhes da estrutura de armazenamento físico e se
concentra na descrição de entidades, tipos de dados, relacionamentos e
restrições. Um modelo de dados de alto-nível ou um modelo de dados de
implementação podem ser utilizados neste nível.
 Nível externo ou visão: possui esquemas externos ou visões de usuários.
Cada esquema externo descreve a visão da base de dados de um grupo de
usuários da base de dados. Cada visão descreve, tipicamente, a parte da base
de dados que um particular grupo de usuários está interessado e esconde
deste o restante da base de dados. Um modelo de dados de alto-nível ou um
modelo de dados de implementação podem ser usados neste nível.
8. Arquitectura e independecia de dados de um
SGBD
 Muitos SGBD’s não separam os três níveis completamente. Pode acontecer que alguns SGBD’s incluam detalhes do nível interno no esquema conceitual. Em muitos
SGBD’s que permitem visões, os esquemas externos são especificados com o mesmo modelo de dados usado no nível conceitual. Note que os três esquemas são
apenas descrições dos dados.
 A arquitetura “three-schema” pode ser utilizada para explicar conceitos de independência de dados, que podem ser definidos como a capacidade de alterar o esquema
de um nível sem ter que alterar o esquema no próximo nível superior.
 Dois tipos de independência de dados podem ser definidos:

Independência Lógica de Dados: É a capacidade de alterar o esquema conceitual sem ter que mudar
os esquemas externos ou programas de aplicação. Pode-se mudar o esquema conceitual para
expandir a base de dados, com a adição de novos tipos de registros (ou itens de dados), ou reduzir a
base de dados removendo um tipo de registro. Neste último caso, esquemas externos que se referem
apenas aos dados remanescentes não devem ser afetados;
Independência Física de Dados: É a capacidade de alterar o esquema interno sem ter que alterar o
esquema conceitual externo. Mudanças no esquema interno podem ser necessárias devido a alguma
reorganização de arquivos físicos para melhorar o desempenho nas recuperações e/ou modificações.
Após a reorganização, se nenhum dado foi adicionado ou perdido, não haverá necessidade de
modificar o esquema conceitual.
Referências

 E. R. Elmasri and S. Navathe and. Fundamentals of Database Systems. Fourth Edition,

Editora Pearson Addison Wesley, 2003
 E. R. Elmasri and S. Navathe and. Fundamentals of Database Systems. Editora Addison
Wesley pub 2001
 Silberschatz, Abraham; Korth, Henry & Sudarshan, S.Sistema de banco de dados, Rio de
Janeiro: Campus, 3ª ed., 2005C. J. Date, A. Kannan, S. Swamynathan; An Intrduction to
Database Systems. EIGHTH EDITION
 Apresentações elaboradas pelo docente