Modelagem de Dados e Bases de Dados

1
We make it happen
1
Modelagem de dados e
Base de dados
Modelagem de Dados e Base de Dados | Professor Eng.º Sungo Afonso | Email: afsungo@gmail.com | Móvel +244 925 334 096
2
We make it happen
Perguntas de gatilho
3
We make it happen
Por que estudar Base de Dados?

▪ Com a grande quantidade de dados nas organizações, toda a informação torna-
se valiosa e é necessário uma forma organizada e controlada de manter esses
dados.
▪ A Modelagem de dados ensina como organizar e estruturar as informações em
base de dados, de forma a permitir a utilização pelos SGBDs e a criação de
sistemas que necessitem acessar esses dados.
▪ As base de dados fazem parte do nosso dia-a-dia:
• operação bancária
• reserva de hotel
• catálogo informatizado de uma biblioteca
• cadastro na vídeo locadora
• compras pela internet
4
We make it happen
Conceitos básicos
▪ Dado: são apenas elementos, ou valores discretos que, isoladamente, não têm
qualquer valor. Facto do mundo real que está registrado.
• exemplos: endereço, data
▪ Informação: A informação é o resultado de alguma forma de processamento
sobre os dados. Facto útil que pode ser extraído direta ou indiretamente a
partir dos dados.
• exemplos: endereço de entrega, idade
▪ Base de dados (BD): coleção de dados inter-relacionados e persistentes que
representa um sub-conjunto dos fatos presentes em um domínio de aplicação
(universo de discurso)
• Integrados
• Compartilhados
5
We make it happen
Base de dados
▪ Base de dados = instância de dado + meta-dados
• Instância de dado
✓Dado propriamente
• Meta-dados
✓Dicionário de dados
o Esquema da base de dados
o Acessado através de linguagens de definição de dados
6
We make it happen
Base de dados
▪ Objectivos de uma BD:
• Permitir o controlo centralizado de toda a informação relevante de uma
dada instituição;
• Redução de redundância nos dados armazenados;
• Partilha dos dados;
• Possibilidade de evitar problemas de inconsistência nos dados
armazenados;
• Privacidade;
• Independência dos dados.
7
We make it happen
Base de dados
▪ Em uma fábrica com os dados em base de dados:
Sistema para Sistema para Sistema para

Sector de Vendas Sector de Produção Sector de Engenharia
Base de dados
8
We make it happen
Gestão da base de dados

▪ Em uma fábrica com os dados em base de dados:
Sistema para Sistema para Sistema para

Sector de Vendas Sector de Produção Sector de Engenharia
Software que permite a

criação e gestão da base
de dados
SGBD
Exemplos de SGBD:
• Grátis
✓ FireBird, PostgreSQL e
MySQL
Base de dados • Comerciais (pagos):
✓ Oracle, DB2 e SQL Server
9
We make it happen
Sistema de Gestão de base de dados (SGBD)

▪ O SGBD é o software usado para a gestão da informação contida numa
base de dados (criação, acesso e manutenção) e constitui o interface
entre os dados e os utilizadores.
▪ A gestão envolve
• A definição de estruturas para o armazenamento da informação
• O fornecimento de mecanismos para manipular as informações
▪ Responsável pela implementação do sistema, ao nível do software,
“escondendo” do utilizador as complexidades da gestão interna dos
dados.
▪ Quando vários usuários acessam os dados o SGBD precisa garantir a
INTEGRIDADE dos dados, evitando resultados anômalos.
10
We make it happen

▪ Objectivos de um SGBD:
• Permitir um ambiente eficiente para o acesso e manipulação da BD;
• Suporte para modelos de dados;
• Suporte para linguagens de alto nível;
• Gestão de transações;
• Controlo de acessos;
• Capacidade de recuperar de falhas do sistema sem perda de informação.
• Possibilidade de criar vistas
• Isolar os usuários dos detalhes mais internos da base de dados (abstração de
dados).
• Prover independência de dados às aplicações (estrutura física de armazenamento
e a estratégia de acesso).
11
We make it happen

▪ O grande objetivo de um SGBD é prover aos usuários uma visão
ABSTRATA dos dados
• O sistema omite certos detalhes de como os dados são armazenados e
mantidos
• Mas oferece mecanismos eficientes para BUSCA e ARMAZENAMENTO
▪ Exemplos:
12
We make it happen

▪ Vantagens:
• rapidez na manipulação e no acesso à informação,
• redução do esforço humano (desenvolvimento e utilização),
• redução da redundância e da inconsistência de informações,
• redução de problemas de integridade,
• compartilhamento de dados,
• aplicação automática de restrições de segurança,
• controle integrado de informações distribuídas fisicamente.
13
We make it happen

▪ Arquitectura Geral de um SGBD
Interface
Processamento de Modelagem
Consultas de Dados
(“projecto
Processamento de
estrutural”)
Transações
Acesso a Arquivos
Base de Dados
14
We make it happen
Abstração dos dados
Mundo Real
Sistema Médico
Modelo  Independente do
Consulta
modelo de dados Médico Paciente
Conceitual
 Independente do
(modelo abstrato dos SGBD data
BI nome BI nome
dados)
 Dependente do
Modelo Lógico modelo de dados Orientado a Objeto-
 Independente do
Relacional
(estrutura dos dados) Objetos relacional
SGBD
Médico (BI, Nome)
 Dependente do  Organização física dos dados

Modelo Físico modelo de dados  Estruturas de armazenamento de dados
 Dependente do SGBD  Índices de acesso
15
We make it happen
Modelos de Dados
▪ Um modelo de dados é uma coleção de ferramentas conceituais para a
descrição de dados, relacionamentos, semântica de dados e restrições
de consistência.
16
We make it happen
Modelos de Dados
▪ Modelos de Dados (conceitual)
• Entidade-Relacionamento (ER)
• Orientado a Objetos (OO)
▪ Modelos de Dados (lógicos)
• Redes Modelos mais antigos
• Hierárquico
• Relacional
• Objeto-relacional
• Orientado a Objetos
17
We make it happen
Modelagem Conceitual
▪ Modelo Entidade e Relacionamentos (ER)

• colecção de entidades e seus relacionamentos
✓Tem como objetivo auxiliar na especificação geral do sistema
✓O modelo de dados é representado graficamente através de um Diagrama de
Entidade-Relacionamento (DER).
• Principais conceitos do Modelo ER são:

✓Entidades
✓Atributos e
✓Relacionamentos
• Notação: Criada por Peter Chen em 1976
18
We make it happen
Modelo Entidade e Relacionamentos (ER)
▪ Entidade
• É um conjunto de objetos do mundo real sobre os quais se deseja manter
informações na base de dados
• É distinguível de outros objetos
• Representada através de um retângulo Departamento
• Pode representar:
✓objetos concretos (uma pessoa)
✓objetos abstratos (um departamento) Contabilidade
Financeiro
Empregado Jurídico
João
Pedro Recursos Humanos
Sungo
Maria
19
We make it happen
Entidades
▪ Exemplos de Entidades
• Sistema Bancário
✓ Cliente
✓ Conta Corrente
Entidades
✓ Conta Poupança
✓ Agência
• Sistema de Controle de Produção de Industria
✓ Produto
✓ Empregado
✓ Departamento Entidades
✓ Estoque
✓ ...
20
We make it happen
▪ Atributo
• É um dado que é associado a cada ocorrência de uma entidade ou de um
relacionamento
• Os atributos são representados por um circulo ou elipse com o nome do
atributo
• Exemplos de atributos de entidades:
num_emp nome
Nome
Empregado Endereco
Salario Empregado
Descricao
Departamento numeroDeFuncionarios
21
We make it happen
▪ Relacionamentos
• É uma associação entre entidades
• Representado através de um losango e linhas que ligam as entidades
relacionadas
• Exemplos de atributos de entidades:
A nomeDoRelacionamento B
22
We make it happen
Relacionamentos
▪ Exemplos de relacionamentos
Medico Consulta Paciente
Cliente ContaCliente Conta
mora
Cidade
23
We make it happen
Relacionamentos com atributos
▪ Exemplo I
esquema
Medico Consulta Paciente
nome celular nome endereco

dataDaConsulta
instâncias
22/10/2021 Mário
Dr. João
05/02/2022
Dra. Ana
20/03/2022 Bela
24
We make it happen
Relacionamentos com atributos
▪ Exemplo II
esquema
Empregado Atua Projeto
nome salario funcao sigla
instâncias
Maria
coordenador
André WEB_APP
Desenvolvedor
João
25
We make it happen

▪ Tuplas
• A tupla representa o conjunto de todos os atributos das entidades
• Em uma base de dados, as tuplas são representadas pelas linhas das tabelas
▪ Cardinalidades
• O modelo ER permite expressar cardinalidades mínimas e máximas em cada
relacionamento
✓Cardinalidade Mínima:
o número mínimo de ocorrências de uma entidade A com relação a uma outra
entidade B
• Cardinalidade ou Multiplicidade em relacionamentos: especifica o número de
relacionamentos em que uma entidade pode participar.
26
We make it happen
Cardinalidades
• Representação:
o (cardinalidade mínima, cardinalidade máxima)
o Cardinalidades Possíveis: (1,1); (1,N); (0,1);(0,N);(N,N)
o Cardinalidade mínima = 1 (relacionamento obrigatório)
o Cardinalidade mínima = 0 (relacionamento opcional)
27
We make it happen
Cardinalidades
▪ Um para um (1,1): sem a participação obrigatória de nenhuma das

entidades.
• Cada elemento de qualquer das entidades pode-se relacionar no máximo
com um ou zero elemento da outra entidade.
A B
(0,1) (0,1)
Departamento é_gerido_por Empregado
A B
28
We make it happen
Cardinalidades
▪ Um para um (1,1): com a participação obrigatória de uma das

entidades.
• No lado da entidade obrigatória todos os elementos têm obrigatoriamente
que se relacionar com um elemento da outra relação.
A B
(0,1) (1,1)
Empregado esta_ocupado_por Gabinete
A B
29
We make it happen
Cardinalidades
▪ Um para um (1,1): com a participação obrigatória de ambas as

entidades.
• Qualquer elemento em A tem obrigatoriamente que se relacionar com um
elemento em B.
A B
(1,1) (1,1)
Pessoa tem Casa
A B
30
We make it happen
Cardinalidades
▪ Um para muitos (1,N)

• Cada elemento de A está relacionado com vários elementos de B. Um
elemento em B, entretanto, deve estar relacionado, no máximo a um
elemento em A.
A B
(1,1) (1,n)
Departamento tem Empregado
A B
31
We make it happen
Cardinalidades
▪ Muitos para muitos (N:M)

• Um elemento em A está relacionada a qualquer número de elementos em
B, e um elemento em B está relacionada a um número qualquer de
elementos em A.
A B
(1,n) (1,n)
Professor lecciona Disciplina
A B
32
We make it happen
Cardinalidades
▪ Atributos também podem ter Cardinalidade

• Monovalorado: possui um valor único em uma entidade
✓Exemplo: nome
nome
Empregado Endereco
Salario
• Multivalorado: possui mais de um valor para cada ocorrência da entidade

✓Exemplo: telefone
nome
Endereco
Empregado Salario
telefone (0,N)
33
We make it happen
Cardinalidades
▪ Atributos também podem ter Cardinalidade

• Cardinalidade mínima
✓1: atributo obrigatório
✓0: atributo opcional
• Cardinalidade máxima
✓1: atributo monovalorado
✓N: atributo multivalorado
nome
Cliente Endereco (1,N)
TELEFONE (0,N)
34
We make it happen
▪ Tipos de Relacionamentos
• Auto-Relacionamento (Relacionamento Unário)
✓Relacionamento entre ocorrências da mesma entidade (Recursivo)
Empregado Pessoa
supervisionado supervisor Marido Esposa
(1,1) (0,1)
(0,N) (0,1)
supervisiona casadoCom
supervisionada esposa
João Roberto
Pedro supervisor Pedro
Paulo Felipe marido
Maria Ana
35
We make it happen
Tipos de Relacionamentos
• Binário
✓Relacionamento entre ocorrências de duas entidades
Empregado trabalha Departamento

(1,N ) (1,1 )
• Ternário
✓Relacionamento entre ocorrências Cidade Distribuidor
de três entidades
(1,N) (1,1)
distribuição
(1,N)
Produto
36
We make it happen

▪ Identificando Entidades
• Cada entidade deve ter um identificador
• Identificador (também conhecido como chave):
✓É o conjunto de um ou mais atributos (compostos) ou relacionamentos cujos
valores servem para distinguir uma ocorrência da entidade das demais
ocorrências da mesma entidade
✓Exemplo: os atributos BI ou NIF identificam UNICAMENTE um cidadão

angolano
• Representação no Modelo
BI NumeroCorredor
Nome Cliente NumeroPrateleira Prateleira
Endereco
37
We make it happen
Identificando Entidades
▪ Relacionamento com Atributo Identificador

• Exemplo
BI nome desde id nome
(1,1) (0,1)
Empregado Dirige Departamento
(1,n) (1,n)
trabalha_em
desde
38
We make it happen
▪ Entidade Fraca
• Tipo de entidade que não pode existir se não estiver relacionada a outra
entidade, ou seja depende da existência de outra entidade
• A sua identificação é feita combinando os seus atributos com os
atributos da entidade de que depende (dona ou forte)
• A entidade fraca e a entidade forte devem participar num relacionamento
de um-para-muitos (um dono e uma ou mais entidades fracas).
✓num relacionamento de muitos-para-muitos, não saberíamos que entidade
forneceria o valor da chave.
Entidade_fraca
39
We make it happen
Entidade Fraca
▪ Exemplo de Entidade Fraca
Chave parcial
num_empregado encargos
nome nome Data_nascimento
(1,1) (0,n)
Empregado tem Dependente
40
We make it happen
Dicas para Elaboração de DER
▪ Dado um contexto descrevendo uma base de dados a ser projetado:
• A presença de um substantivo usualmente indica uma entidade.

• A presença de um verbo é uma forte indicação de um relacionamento.
• Um adjetivo temporal, qualificando o verbo, é uma forte indicação de um
atributo.
• Um advérbio temporal, qualificando o verbo, é uma indicação de um
atributo do relacionamento.
41
We make it happen
Recomendações para criação de DER
1. Antes de começar a modelar, conheça o “mundo real”

2. Identifique quais são as Entidades
3. Para cada Entidade represente seus Atributos;
4. Confronte cada Entidade consigo mesma e com as demais na procura
de possíveis Relacionamentos
5. Verifique a existência de Atributos de Relacionamento
6. Para relacionamentos múltiplos estude a necessidade de Agregações
7. Desenhe o DER, com todas as Entidades, Atributos, Relacionamentos,
Classes e Restrições de Totalidade
42
We make it happen
Exercício I
▪ Especificar os atributos, chaves primarias, relacionamentos e as
cardinalidades mínimas e máximas dos relacionamentos
Disciplina Professor
Turma Aluno
43
We make it happen
Exercício I - Resposta
44
We make it happen
Tarefa
▪ Construa um diagrama ER para a biblioteca descrita abaixo.

• Uma biblioteca é composto por exemplares de livros. Cada livro é
caracterizado por um ou mais autores, um título, uma editora, local de
edição, um código ISBN e um conjunto de palavras-chave. A biblioteca
possui pelo menos um exemplar de cada livro, numerados
sequencialmente (exemplares 1, 2, 3, etc). Os associados da biblioteca
podem retirar exemplares dos livros. Cada associado pode levar
emprestado no máximo três exemplares. Para cada empréstimo é
registrada a data em que este foi realizado. Cada associado possui um
código, um nome e endereço.
45
We make it happen

▪ Modelo ER Extendido (EER)
• O modelo ER não suporta alguns conceitos semânticos necessários para
modelar bases de dados mais recentes (GIS, CAD/CAM, Multimédia, ...)
• O modelo EER (Extended-ER ou Enhanced-ER) é uma das alternativas ao
modelo ER para modelar esse tipo de bases de dados
• O modelo EER é uma extensão ao modelo ER que incorpora os seguintes
conceitos semânticos:
✓Subclasses, Superclasses, Herança de atributos, Especialização,
Generalização Categorias
46
We make it happen
Modelo EER
▪ Subclasse
• corresponde a um sub-conjunto de entidades com alguma característica
comum e pertencente à mesma entidade pai
▪ Superclasse
• corresponde à entidade pai que aglutina os vários sub-conjuntos de entidades, i.e.
subclasses
▪ Exemplos
• A entidade Empregado pode ser dividida nos subgrupos Secretária,
Engenheiro, Técnico, Director, ...
• Onde:
✓Superclasse: Empregado
✓subclasses: Secretária, Engenheiro, Técnico, Director
47
We make it happen
Modelo EER
• Este tipo de relacionamento é designado por relacionamento
superclasse/subclasse ou relacionamento ISA
• Exemplo:
✓ ISA (Director, Empregado)
Director isa Empregado
✓ A entidade Director de nome X é a mesma entidade X de empregado

• O ISA caracteriza a ligação entre as subclasses e a respectiva superclasse
• Uma entidade membro de uma subclasse representa a mesma entidade-física
de um membro da superclasse, apenas os “papeis” são diferentes
48
We make it happen
Modelo EER
▪ Especialização
• é o processo de definição do conjunto das subclasses de uma entidade pai
(superclasse da especialização).
• Exemplo:
✓{ Secretária, Engenheiro } especializa Empregado com base no tipo de
trabalho
✓Diagrama: Empregado
ISA
Secretária Engenheiro
49
We make it happen
Modelo EER
▪ Herança de atributos
• As subclasses herdam todos os atributos e participação em
relacionamentos da sua superclasse a qual está associada
• Exemplo:
✓Os atributos nome, data admissão, número, são atributos de Empregados
✓O atributo idiomas, só é útil para Secretárias
✓Os atributos habilitação, área são exclusivos dos Engenheiros
50
We make it happen
Modelo EER
✓Diagrama EER com atributos
nome
numero Empregado
Data_admissao
ISA
Secretaria Engenheiro
Idiomas(1,n)
area habilitacao
51
We make it happen
Exercícios de aplicação

Modelagem de Dados e Bases de Dados

Enviado por

Dados do documento

Título original

Direitos autorais

Formatos disponíveis

Compartilhar este documento

Compartilhar ou incorporar documento

Opções de compartilhamento

Você considera este documento útil?

Este conteúdo é inapropriado?

Direitos autorais:

Formatos disponíveis

Modelagem de Dados e Bases de Dados

Enviado por

Direitos autorais:

Formatos disponíveis

1

Por que estudar Base de Dados?

Sistema para Sistema para Sistema para

Gestão da base de dados

Sistema para Sistema para Sistema para

Software que permite a

Sistema de Gestão de base de dados (SGBD)

Sistema de Gestão de base de dados (SGBD)

Sistema de Gestão de base de dados (SGBD)

Sistema de Gestão de base de dados (SGBD)

Sistema de Gestão de base de dados (SGBD)

Abstração dos dados

 Dependente do  Organização física dos dados

▪ Modelo Entidade e Relacionamentos (ER)

• Principais conceitos do Modelo ER são:

Modelo Entidade e Relacionamentos (ER)

Modelo Entidade e Relacionamentos (ER)

Modelo Entidade e Relacionamentos (ER)

Medico Consulta Paciente

Cliente ContaCliente Conta

Relacionamentos com atributos

Medico Consulta Paciente

nome celular nome endereco

Relacionamentos com atributos

Empregado Atua Projeto

nome salario funcao sigla

Modelo Entidade e Relacionamentos (ER)

▪ Um para um (1,1): sem a participação obrigatória de nenhuma das

▪ Um para um (1,1): com a participação obrigatória de uma das

▪ Um para um (1,1): com a participação obrigatória de ambas as

▪ Um para muitos (1,N)

▪ Muitos para muitos (N:M)

▪ Atributos também podem ter Cardinalidade

• Multivalorado: possui mais de um valor para cada ocorrência da entidade

▪ Atributos também podem ter Cardinalidade

Modelo Entidade e Relacionamentos (ER)

Empregado trabalha Departamento

Modelo Entidade e Relacionamentos (ER)

✓Exemplo: os atributos BI ou NIF identificam UNICAMENTE um cidadão

▪ Relacionamento com Atributo Identificador

Modelo Entidade e Relacionamentos (ER)

▪ Exemplo de Entidade Fraca

Dicas para Elaboração de DER

▪ Dado um contexto descrevendo uma base de dados a ser projetado:

• A presença de um substantivo usualmente indica uma entidade.

Recomendações para criação de DER

1. Antes de começar a modelar, conheça o “mundo real”

▪ Construa um diagrama ER para a biblioteca descrita abaixo.

Modelo Entidade e Relacionamentos (ER)

Director isa Empregado

✓ A entidade Director de nome X é a mesma entidade X de empregado

✓Diagrama EER com atributos

Você também pode gostar