Banco de Dados by Careca PDF

Disciplina:
Banco de Dados
AULA 00
Objetivo, conteúdo e material de apoio
Edmilson Campos, Prof.

http://www3.ifrn.edu.br/~edmilsoncampos/
edmilson.campos@ifrn.edu.br
@edmilsonbcn
▪
▪
▪
▪
▪
2 Edmilson Campos (edmilson.campos@ifrn.edu.br)

▪
▪
»
»
»
▪
»
»

▪
»
»

▪
»
»
»
»
»
»
»

▪
»
»
»
»
»
»
»
»

▪
▪
▪

1.
2.
3.
4.
5.

6.
7.
8.
9.
10.

▪
»
▪
» http://www3.ifrn.edu.br/~edmilsoncampos/
▪
»

Disciplina:
Banco de Dados
AULA 01
Dados e Informação; Conceitos de Banco de Dados; SGBD.

@edmilsonbcn
▪
▪
▪
▪
▪
▪
▪
▪
▪

Aumento do Maiores
volume de dificuldades
informação de gestão
Aparecimento das Bases

de Dados
▪
▪
»
▪
»
»
DADOS PROCESSAMENTO INFORMAÇÃO

▪
»
»
−
−
−
−

▪
»
−
−
»
−
−
−

▪
»

▪
»
»
»
»

▪
▪
»
»
▪

▪
»
»
»
»

▪
»
▪
»
»
▪
»

▪
»
−
−
▪

Modelo Modelo Modelo
conceitual lógico físico
▪
»
−
»
−
▪
»
−

▪
▪
▪
»
»

▪
TipoDeProduto(CodTipoProd,DescrTipoProd)
Produto(CodProd,DescrProd,PrecoProd,CodTipoProd)
CodTipoProd referencia TipoDeProduto

»
−
−
▪

▪
»
»
▪

▪

Disciplina:
Banco de Dados
AULA 02
Abordagem
Modelo Conceitual
Adaptado dos slides do Livro Projeto de Banco de Dados, v. 4 de ©Carlos A. Heuser

@edmilsonbcn
Abordagem Entidade-Relacionamento
▪
▪
▪
▪
»
▪
»

Conceitos centrais da abordagem ER
▪
▪
▪
▪
▪

Entidade
▪
▪
»
−
»
−
▪
»
−
»
−

Entidade – representação diagramática
▪
PESSOA
Nome da
entidade

Propriedades de entidades
▪
▪
▪
»
»
»

Relacionamento – conceito e representação
▪
DEPARTAMENTO LOTAÇÃO EMPREGADO

Auto relacionamento
▪
PESSOA
CASAMENTO

Papel no relacionamento
▪
PESSOA
marido esposa
CASAMENTO papel no
relacionamento

Papel no relacionamento
▪
»
DEPARTAMENTO LOTAÇÃO PESSOA
10
10 ©Carlos A. Heuser
Auto-relacionamento diagrama de ocorrências
p3 p7
p1
PESSOA p6 p8
p2 p4 p5
marido
marido
marido esposa esposa
esposa
CASAMENTO
p1,p3
p6,p8

Cardinalidade de relacionamentos
▪
»
▪
»
»

Cardinalidade máxima - valores
▪
»
▪
»
»

Cardinalidade máxima - DER

1 n
expressa
expressa queque
a umanão há um limite
ocorrência superior para
de EMPREGADO
o número
(entidade de ocorrências
do lado oposto de
da anotação)
pode estar associada no
EMPREGADO máximo uma
associadas a
(“1”) ocorrência
uma de DEPARTAMENTO
ocorrência de
DEPARTAMENTO

Classificação de relacionamentos
▪
▪
»
▪
»
»
»

Relacionamentos 1:1
EMPREGADO
PESSOA 1
1 1
marido esposa ALOCAÇÃO
CASAMENTO
1
MESA

Relacionamentos 1:n
ALUNO n INSCRIÇÃO 1 CURSO
EMPREGADO 1 n DEPENDENTE
Nomenclatura:
• uso de verbos
• entidades dão o nome

Relacionamentos 1:n
EMPREGADO
supervisor supervisionado
1 n
SUPERVISÃO

Relacionamentos n:n
ENGENHEIRO n ALOCAÇÃO n PROJETO
MÉDICO n CONSULTA n PACIENTE
n n
PEÇA CAPACIDADE FORNECEDOR

Relacionamentos n:n
PRODUTO
composto componente
n n
COMPOSIÇÃO

Relacionamento ternário
▪
CIDADE DISTRIBUIDOR
n 1
A cardinalidade “1”
DISTRIBUIÇÃO refere-se a um par
(cidade, fornecedor)
n
PRODUTO

Cardinalidade mínima
▪
»
»
▪
»
»

Cardinalidade mínima - DER
e1 e3
EMPREGADO e2 e4
(0,1)
e1,m1 e3,m6 e4,m4

cardinalidadeALOCAÇÃO
e2,m2
mínima
(1,1)
m1 m4 m6
MESA
m3 m5
m2

Exemplos de entidades e relacionamentos
PRÉ-REQUISTO
liberada liberadora
(0,n) (0,n)
DEPARTAMENTO RESPONSÁVEL DISCIPLINA
(1,1) (0,n)
(0,n)
DISCIPLINA
-CURSO
(0,n)
(0,n) (1,1)
ALUNO INSCRIÇÃO CURSO

Atributo
▪
PROJETO
tipo
código
nome

Atributos com cardinalidade
▪
»
−
»
▪
»
−
»

Atributo com cardinalidade
CLIENTE CLIENTE
telefone (0,n) telefone (0,n)

código código
atributo
nome nome opcional
atributo e multivalorado
obrigatório
e monovalorado
(1,1) é o default

Atributo em relacionamento
(1,n) (0,n)
ENGENHEIRO ATUAÇÃO PROJETO
Código Nome Função Código Título
nº de parcelas
(0,1) (0,n)
FINANCEIRA FINANCIAMENTO VENDA
taxa de juros

Identificador de entidade
▪
▪
código capacidade
PESSOA nome PRATELEIRA número do corredor
endereço número da prateleira

Relacionamento identificador
número de
código nome sequência nome
(1,1) (0,n)
EMPREGADO DEPENDENTE
Observar a linha
entidade fraca
mais densa

Relacionamento identificador (recursão)
GRUPO código
(1,1)
(0,n)
EMPRESA número da
empresa
(1,1)
(0,n)
FILIAL número da
filial

Identificador de relacionamento
▪
n n
ENGENHEIRO ALOCAÇÃO PROJETO

Relacionamento com atributo identificador
(1,n) (0,n)
MÉDICO CONSULTA PACIENTE
data/hora

Generalização/especialização
▪
»
(1,1) (0,n) nome

FILIAL CLIENTE
código
Símbolo da Entidade
Identificador
genérica
somente na
generalização-
especialização entidade genérica
Entidade
especializada
PESSOA PESSOA CGC
Herda as sexo
FÍSICA JURÍDICA tipo de
propriedades da CIC organização
entidade genérica

Generalização/especialização (recursão)
▪
VEÍCULO Identificador de
veículo definido aqui
VEÍCULO VEÍCULO
TERRESTRE AQUÁTICO
Herança
múltipla
AUTOMÓVEL VEÍCULO ANFÍBIO BARCO

Generalização/especialização (recursão)
▪
»
VEÍCULO VEÍCULO
TERRESTRE AQUÁTICO
Qual seria o
identificador desta
entidade?
AUTOMÓVEL VEÍCULO ANFÍBIO BARCO

Especialização total
nome
CLIENTE
código
Indica que todo CLIENTE é

t ou PESSOA FÍSICA
ou PESSOA JURíDICA
PESSOA PESSOA
FÍSICA JURÍDICA
CIC sexo CGC tipo de

organização

Especialização parcial
necessário em
especialização FUNCIONÁRIO
parcial
tipo de indica que nem todo
funcionário p FUNCIONÁRIO é
MOTORISTA ou
SECRETÁRIA
MOTORISTA SECRETÁRIA

Especialização não exclusiva (compartilhada)
Uma instância de
PESSOA pode aparecer
PESSOA em mais de uma de suas
especializações
PROFESSOR FUNCIONÁRIO ALUNO

Entidade associativa
▪
»
n n

Incluindo o relacionamento de PRESCRIÇÃO
n n
PRESCRIÇÃO liga
com quem?
n
PRESCRIÇÃO
MEDICAMENTO

Substituindo relacionamento por entidade
MÉDICO PACIENTE
(1,1) (1,1)
n n
CONSULTA
n
PRESCRIÇÃO
MEDICAMENTO

Entidade associativa
n n
entidade
n associativa
PRESCRIÇÃO
MEDICAMENTO

▪

Disciplina:
Banco de Dados
AULA 03
Abordagem
Modelo Lógico

@edmilsonbcn
Abordagem Relacional
▪
▪
▪
»

Composição de um Banco de Dados Relacional
▪
»
−
−
−
»
−

Tabela - conceitos
▪ nome da tabela
» tabela ou relação
coluna ou atributo
CodigoEmp Nome CodigoDepto CategFuncional

linha ou tupla
E5 Souza D1 C5
E3 Santos D2 C5
E2 Silva D1 C2
E1 Soares D1 —

Tabela - conceitos
▪ nome de campo
» ou
nome de atributo
CodigoEmp Nome CodigoDepto

valor de campo CategoriaFuncional
E5 Souza D1ou C5
valor de atributo
E3 Santos D2 C5
E2 Silva D1 C2
E1 Soares D1 —

Terminologias
Profissional Acadêmica
Tabela Relação
Linha Tupla
Coluna Atributo
Valor de campo Valor de atributo

Características de tabelas
▪
▪
»
»

Acesso a tabelas
▪
▪
−
»
»

Chave
▪
▪
»
»
»

Chave primária

Chave primária
▪
CodigoEmp NoDepen Nome Tipo DataNasc
E1 1 João Filho 12/12/91
E1 2 Maria Esposa 01/01/50
E2 1 Ana Esposa 05/11/55
E6 1 Paula Esposa 04/07/60
E6 2 José Filho 03/02/85
Chave primária Não

Nãoééchave
chaveprimária
primária

Chave estrangeira
▪

Chave estrangeira
▪ Chave primária
CodigoDepto NomeDepto
D1 Compras
D2 Engenharia
D3 Vendas
Emp.CodigoDepto é uma chave estrangeira
em relação a tabela Depto
▪ chave estrangeira
CodigoEmp Nome CodigoDepto CategoriaFuncional CPF
E1 Souza D1 — 132.121.331-20
E2 Santos D2 C5 891.221.111-11
E3 Silva D2 C5 341.511.775-45
E5 Soares D1 C2 631.692.754-88
Chave primária
Chave estrangeira: Validação pelo SGBD
1.
2.
»
3.

Chave estrangeira na mesma tabela
▪
Chave primária chave estrangeira
CódigoEmp Nome CodigoDepto CodigoEmpGerente
E5 Souza D1 —
E3 Santos D2 E5
E2 Silva D1 E5
E1 Soares D1 E2
chave estrangeira
referencia a chave
primária da própria
tabela

Chave alternativa ou única (SQL)
▪

Chave alternativa
▪
CodigoEmp Nome CodigoDepto CategFuncional CPF

E1 Souza D1 - 132.121.331-20
E2 Santos D2 C5 891.221.111-11
E3 Silva D2 C5 341.511.775-45
E5 Soares D1 C2 631.692.754-88
Chave primária chave alternativa

Domínio de coluna

Valor vazio
▪
▪
»
▪
»

Restrições de integridade
▪
»
▪
»

Restrições de integridade básicas
▪
▪
▪
▪
▪
»

Restrições de integridade semânticas
▪
▪
»

Especificação de banco de dados relacional
▪
»
»
»

Exemplo de esquema de modelo relacional
resumido
Emp (CodigoEmp,Nome,CodigoDepto,CategFuncional,CIC)
CodigoDepto referencia Dept
Dept (CodigoDepto,Nome) especificação de

chave estrangeira
chave primária
sublinhada

▪

Disciplina:
Banco de Dados
AULA 04
Transformação entre modelos

Orientações gerais à transformação do modelo conceitual para o lógico

@edmilsonbcn
Modelo ER
(conceitual)
Engenharia Ciclo de
reversa de Projeto lógico
reengenharia de BD relacional
BD relacional de BD
Modelo relacional
(lógico)

Modelo ER
(nível conceitual)
Transformação
Conhecimento
sobre a aplicação
ER para
relacional
Refinamento Modelo Relacional

do modelo (nível lógico)
relacional

▪
»
»
▪
»
▪
»
»

▪
▪
▪

Junção

Minimizar junções
▪
▪
▪

Chave e índice
▪
»
▪
▪
»

Diminuir o número de chaves
▪
▪
»
Cliente (CodCliente,Nome,NomeContato,Endereço,Telefone)
»
Cliente (CodCliente,Nome,NomeContato)
ClienteEnder (CodCliente,Endereço,Telefone)
CodCliente referencia Cliente

Campos opcionais
▪
▪
▪

Evitar campos opcionais
▪

Passos da transformação ER para relacional
▪
▪
▪

Implementação inicial de entidades
▪
▪
▪
»

Implementação de entidade
▪
Data de admissão Código

PESSOA Nome
Data de nascimento Endereço
Pessoa (CodigoPess,Nome,Endereço,DataNasc,DataAdm)

Tradução de entidade relacionamento identificador
número
código nome sequência nome
(1,1) (0,n)
Chave primária da tabela que

corresponde a EMPREGADO
Dependente (CodigoEmp,NoSeq,Nome)

Relacionamento identificador recursão
código Grupo (CodGrup, Nome)
nome
GRUPO
(1,1) Empresa (CodGrup, NoEmpresa,
Nome)
número da (0,n) Empregado(CodGrup, NoEmpresa,

empresa NoEmpreg,Nome)
nome EMPRESA
(1,1) Dependente(CodGrup, NoEmpresa,
NoEmpreg, NoSeq, Nome)
(0,n)
número do
empregado
(1,1) (0,n)
nome
número de nome
sequência

Nomenclaturas de colunas
▪
▪
»
▪
»

Nomenclatura de atributos e de colunas
▪
»
−
»

Nomenclatura da coluna chave primária
▪
»
▪
»
−
»
−

▪

Disciplina:
Banco de Dados
AULA 05
Implementação de relacionamentos
Tradução de relacionamentos do modelo conceitual para o lógico

@edmilsonbcn
Introdução
▪
▪
»
»
»
▪

Tabela própria
▪
(0,n) (0,n)
Tradução
Traduçãodas
do
Engenheiro (CodEng, Nome) Projeto (CodProj, Título)
relacionamento
entidades
Atuação (CodEng,CodProj,Função)
CodEng referencia Engenheiro
CodProj referencia Projeto

Adição de colunas
▪
(1,1) (0,n)
Data da
lotação
Código Nome Código Nome
Tradução do
relacionamento
Tradução das
Departamento (CodDept,Nome) Empregado (CodEmp,Empregado
Nome, CodDept,
(CodEmp,Nome)
DataLota)
entidades
CodDept referencia Departamento

Fusão de tabelas
▪
(1,1) (1,1) COMISSÃO

CONFERÊNCIA ORGANIZAÇÃO
ORGANIZADORA
Data
Código Nome Instalação Ender
Conferência (CodConf, Nome, DataInstComOrg, EnderComOrg)

Implementação de relacionamentos 1:1
Tipo de Regra de implementação
relacionamento Tabela própria Adição de coluna Fusão de tabelas
(0,1) (0,1)
±  
(0,1) (1,1)
± 
±
(1,1) (1,1) ± ±

Convenção:
 - Alternativa preferida
± - Pode ser usada – 1ª opção
Pode ser usada – 2ª opção
±
-
 - Não cabe

1:1 – Ambas entidades opcionais (0,1) (0,1)
(0,1) (0,1)
HOMEM CASAMENTO MULHER
Identidade Nome Data Regime Identidade Nome
Tradução do
relacionamento
Homem (IdentH,Nome) Tradução

Mulher das
(IdentM, Nome, IdentH,
Mulher (IdentM,Nome)
Data, Regime)
entidades
IdentH referencia Homem

(0,1) (0,1)
HOMEM CASAMENTO MULHER
Identidade Nome Data Regime Identidade Nome
Tradução do
Tradução das
Homem (IdentH,Nome) relacionamento Mulher (IdentM,Nome)
entidades
Casamento (IdentM, IdentH, Data, Regime)

IdentM referencia Mulher
IdentH referencia Homem

▪
»
▪
»
»
▪

1:1 –Entidade opcional e outra obrigatória (0,1) (1,1)
(1,1) (0,1) CARTÃO

CORRENTISTA
MAGNÉTICO
Código Nome Código Data Exp.
Correntista (CodCorrent, Nome, CodCartão, DataExp)

(1,1) (0,1) CARTÃO

CORRENTISTA
MAGNÉTICO
Tradução do
relacionamento
Correntista (CodCorrent,Nome) Tradução das

Cartão(CodCartão,DataExp,CodCorrent)
Cartão(CodCartão,DataExp)
entidades
CodCorrent referencia Correntista

(1,1) (0,1) CARTÃO

CORRENTISTA
MAGNÉTICO

Tradução do
Tradução das
Correntista (CodCorrent,Nome) relacionamento Cartão(CodCartão,DataExp)
entidades
CartãoCorrentista(CodCartão,CodCorrent)
CodCorrent referencia Correntista
CodCartão referencia Cartão

»
»
»
▪
»
»
»

1:1 - Ambas entidades obrigatórias (1,1) (1,1)
(1,1) (1,1) COMISSÃO

CONFERÊNCIA ORGANIZAÇÃO
ORGANIZADORA
Data
Nome Instalação Ender
Código
Conferência (CodConf, Nome, DataInstComOrg, EnderComOrg)

1:1 - Ambas entidades obrigatórias (1,1) (1,1)
▪
»
»
»

Implementação de relacionamentos 1:n
(0,1) (_,n)
±  
(1,1) (_,n)
  
Convenção:
± - Pode ser usada – 1ª opção
 - Não cabe

1:n - Com uma entidade obrigatória
▪ A entidade que tem
cardinalidade máxima 1
é obrigatória
(1,1) (_,n)
Data
lotação

▪
(1,1) (_,n)
Data
lotação
Tradução do
relacionamento
Departamento (CodDept, Nome) Tradução das

Empregado (CodEmp,Nome,CodDept,DataLota)
Empregado (CodEmp, Nome)
entidades
CodDept referencia Departamento

▪
»
−
−
▪
»
»
»

1:n - Com uma entidade opcional
▪
A entidade que tem
cardinalidade máxima 1
é opcional nº de parcelas
(0,1) (_,n)
FINANCEIRA FINACIAM VENDA
taxa de juros
Código Nome Id Data

▪
nº de parcelas
(0,1) (_,n)
taxa de juros
Tradução do
relacionamento
Financeira (CodFin, Nome) Tradução das

Venda (IdVend,Data,CodFin,NoParc,TxJuros)
Venda (IdVend, Data)
entidades
CodFin referencia Financeira

▪
nº de parcelas
(0,1) (_,n)
taxa de juros
Tradução do
Tradução das
relacionamento
Financeira (CodFin, Nome) Venda (IdVend, Data)
entidades
Fianciam (IdVend,CodFin,NoParc,TxJuros)
IdVend referencia Venda
CodFin referencia Financeira

▪
»
»

Implementação de relacionamentos n:n

(_n) (_,n)
  
Convenção:
 - Não cabe

Implementação de relacionamentos n:n
▪
(0,n) (0,n)

Tradução do
relacionamento
Tradução das
Engenheiro (CodEng, Nome) Projeto (CodProj, Título)
entidades
Atuação (CodEng, CodProj, Função)

CodEng referencia Engenheiro
CodProj referencia Projeto

▪
▪
▪

▪

Disciplina:
Banco de Dados
AULA 06
Implementação de generalização/especialização
Tradução da relações de generalização/especialização do
modelo conceitual para o lógico

@edmilsonbcn
Introdução
▪
▪
»
»
▪
»

Generalização/especialização
▪ nome CPF tipo de empregado
(0,n) (1,1)
EMPREGADO LOTAÇÃO DEPARTAMENTO
código
px código nome
CREA
SECRETÁRIA MOTORISTA
ENGENHEIRO
(1,n) carteira de
habilitação (0,n) (0,n)
DOMÍNIO
PARTICIPAÇÃO
(0,n) (1,1)
(0,n)
PROCESSADOR RAMO DA
DE TEXTOS ENGENHARIA PROJETO
código nome código nome código nome

Estratégia de tabela por hierarquia
▪
▪
»
»
»
»
»
»

Implementação tabela por hierarquia
Implementação das
tipo de Depto (CodigoDept, Nome)
entidades relacionadas
empregado ProcessTexto (CodigoProc, Nome)
nome Ramo (CodigoRamo, Nome)
CPF
(0,n) (1,1) Projeto (CodigoProj, Nome)
EMPREGADO LOTAÇÃO DEPARTAMENTO
código
px código nome
CREA
ENGENHEIRO
(1,n) carteira de
DOMÍNIO
PARTICIPAÇÃO
(0,n) (1,1)
PROCESSADOR RAMO DA (0,n)
DE TEXTOS ENGENHARIA PROJETO
código nome código nome código nome

Implementação tabela por hierarquia
Implementação dos Domínio (CodigoEmp,CodigoProc)
tipo de relacionamentos n:n
empregado CodigoEmp referencia Emp
nome CódigoProc referencia ProcessTexto
CPF Participação (CodigoEmp,CodigoProj)
(0,n) (1,1)
EMPREGADO LOTAÇÃO DEPARTAMENTO CodigoEmp referencia Emp
CodigoProj referencia Projeto
código
px código nome
CREA
ENGENHEIRO
(1,n) carteira de
DOMÍNIO
PARTICIPAÇÃO
(0,n) (1,1)
PROCESSADOR RAMO DA (0,n) Depto (CodigoDept, Nome)
DE TEXTOS ENGENHARIA PROJETO ProcessTexto (CodigoProc, Nome)
Ramo (CodigoRamo, Nome)
código nome código nome código nome Projeto (CodigoProj, Nome)

Implementação tabela por hierarquia Chave primária vem do Tabela dever ter uma Colunas para atributos
identificador da entidade raiz coluna de tipo de entidade da entidade genérica
tipo de
empregado
nome Emp (CodigoEmp,Tipo,Nome,CPF,
CPF CartHab,CREA,CodigoRamo,CodigoDept)
(0,n) (1,1) CodigoDept referencia Depto
EMPREGADO LOTAÇÃO DEPARTAMENTO CodigoRamo referencia Ramo
código Colunas pra atributos das Implementa relacionamento

px código nome entidades especializadas 1:n entidade genérica
Domínio (CodigoEmp,CodigoProc)
CREA CodigoEmp referencia Emp
SECRETÁRIA MOTORISTA CódigoProc referencia ProcessTexto
ENGENHEIRO
(1,n) carteira de Participação (CodigoEmp,CodigoProj)
CodigoEmp referencia Emp
DOMÍNIO CodigoProj referencia Projeto
PARTICIPAÇÃO
(0,n) (1,1)

Estratégia de tabela por entidade especializada
▪

Implementação tabela por entidade especializada
Implementação
Implementaçãodadaraiz Emp (CodigoEmp,Tipo,Nome,CPF,CodigoDept)
especialização motorista CodigoDept referencia Depto
tipo de da hierarquia
empregado
Motorista (CodigoEmp,CartHabil)
nome
CPF CodigoEmp referencia Emp
(0,n) (1,1)
EMPREGADO LOTAÇÃO DEPARTAMENTO Chave primária vem Chave primária é estrangeira
da entidade genérica da tabela genérica
código
px código nome
CREA Domínio (CodigoEmp,CodigoProc)

SECRETÁRIA MOTORISTA CodigoEmp referencia Emp
ENGENHEIRO CodigoProc referencia ProcessTexto
(1,n) carteira de
habilitação (0,n) (0,n) Participação (CodigoEmp,CodigoProj)
DOMÍNIO CodigoEmp referencia Emp
PARTICIPAÇÃO CodigoProj referencia Projeto
(0,n) (1,1)

Implementação tabela por entidade especializada
SECRETÁRIA não tem atributos, nem Emp (CodigoEmp,Tipo,Nome,CPF,CodigoDept)
Implementação
relacionamentos da
a implementar por CodigoDept referencia Depto
tipo de
empregado especialização engenheiro
adição de chaves  não há tabela
Motorista (CodigoEmp,CartHabil)
nome para esta entidade
CPF CodigoEmp referencia Emp
(0,n) (1,1)
EMPREGADO LOTAÇÃO DEPARTAMENTO Engenheiro(CodigoEmp,CREA,CodigoRamo)
CodigoEmp referencia Emp
código CodigoRamo referencia Ramo
px código nome
Implementação de especialização deve
observar também o relacionamento n:n
CREA Domínio (CodigoEmp,CodigoProc)
SECRETÁRIA MOTORISTA CodigoEmp referencia Emp
ENGENHEIRO CodigoProc referencia ProcessTexto
(1,n) carteira de
habilitação (0,n) (0,n) Participação (CodigoEmp,CodigoProj)
DOMÍNIO CodigoEmp referencia Emp
PARTICIPAÇÃO CodigoProj referencia Projeto
(0,n) (1,1)

Vantagens de cada uma das estratégias
▪
»
»
»
▪
»
−

Estratégia de subdivisão da entidade genérica
▪
▪
»
»

Implementação de subdivisão da entidade genérica
TabelaTabela com todos
com todos os dos
os dados EmpOutros(CodigoEmp,Tipo,Nome,CPF,
dados (dados
motoristas dos empregados
das entidades) CodigoDept)
tipo de
empregado que não são motorista
EMPREGADO e MOTORISTA CodigoDept referencia Depto
nome nem engenheiro
Motorista(CodigoEmp,Nome,CPF,CodigoDept,
CPF
(0,n) (1,1) CartHabil)
EMPREGADO LOTAÇÃO DEPARTAMENTO CodigoDept referencia Depto
código Engenheiro(CodigoEmp,Nome,CPF,CodigoDept,
px Tabela com todos os
código nome CREA,CodigoRamo)
dados dos engenheiros CodigoDept referencia Depto
CodigoRamo referencia Ramo
CREA
SECRETÁRIA Domínio (CodigoEmp,CodigoProc)
MOTORISTA
ENGENHEIRO CodigoEmp referencia Emp
(1,n) carteira de CodigoProc referencia ProcessTexto
DOMÍNIO Participação (CodigoEmp,CodigoProj)
PARTICIPAÇÃO CodigoEmp referencia Emp
(0,n) (1,1) CodigoProj referencia Projeto
PROCESSADOR RAMO DA (0,n)
DE TEXTOS PROJETO Depto (CodigoDept, Nome)
ENGENHARIA
ProcessTexto (CodigoProc, Nome)
nome Ramo (CodigoRamo, Nome)
código nome código código nome
Projeto (CodigoProj, Nome)

Desvantagens da subdivisão da entidade genérica
▪
»
−
−
»

▪

Disciplina:
Banco de Dados
AULA 08
Introdução à Linguagem SQL
Adaptado dos slides de Igor Alves

http://docente.ifrn.edu.br/edmilsoncampos/
@edmilsonbcn
Introdução
▪

SQL – Structured Query Language
Data Definition Data Data Query Data Control

Language Manipulation Language Language
Language
DDL DML DQL DCL
Define o Manipula o Extrai dados Assegura o

Esquema Esquema do Esquema Esquema

▪
▪
»
−
»
−
»
−
▪
»

▪
»
−
»
−
»
−

▪
»
−

▪
▪
»
»
»
»
»

▪
»
▪
▪
▪

▪

▪
▪
▪
▪

▪

Disciplina:
Banco de Dados
AULA 09
Baseado no capítulo 5 do livro SQL: Curso Prático, do Celso Henrique.

@edmilsonbcn
Introdução
▪
▪
»
»
»

▪
Nome da tabela em que será
efetuada a inclusão da linha
INSERT INTO tabela [ (coluna [, coluna, ... ] ) ]

VALUES ( conteúdo [, conteúdo, ... ] )
Conteúdo que será atribuído a Lista de colunas que terão seus

cada um dos campos valores atribuídos

▪
Colunas não foram

informadas, logo os
valores devem
obedecer a ordem INSERT INTO Autor
original da tabela VALUES (1, ‘Renato Russo’, ‘Brasileiro’) Foram listadas apenas
duas colunas, logo os
valores devem ser
INSERT INTO Autor (CDAUTOR, NMAUTOR) correspondente as
VALUES (2, ‘Tom Jobim’) colunas informadas

▪
Nome da tabela em que

será realizada a alteração
UPDATE tabela
SET coluna = conteúdo [, coluna = conteúdo, ... ]
[ WHERE condição ]
Condição opcional que filtra o

Atribuição do novo conteúdo
escopo (limite) do efeito da
para cada coluna alterada
atualização das linhas na tabela

▪
Alterando o preço de
um único CD, filtrando UPDATE cd
na cláusula WHERE a SET PRECO_VENDA = 15
chave primária
WHERE CODIGO_CD = 1;
Alterando o preço de
UPDATE cd todos os CDs de uma
SET PRECO_VENDA = 15 mesma locadora
WHERE CODIGO_GRAVADORA = 2;
Alterando o conteúdo UPDATE cd
de uma coluna com
SET PRECO_VENDA = PRECO_VENDA * 1.05
base nela mesma
WHERE CODIGO_GRAVADORA = 2; Se não for especificado
a cláusula WHERE,
UPDATE cd todas as linhas serão
SET PRECO_VENDA = PRECO_VENDA * 1.05; afetadas
Utilização de
operadores booleanos UPDATE ItemPedido
para ligar cláusulas na SET VLTOTALITEM = VLUNITARIO * NRQTDE
condição WHERE WHERE CDPEDIDO = 1 AND NRITEM = 1;

▪
Nome da tabela onde

será excluída
DELETE FROM tabela

[ WHERE condição ]
Condição opcional que filtra o

escopo (limite) do efeito da
exclusão das linhas na tabela

▪
Será excluído apenas o DELETE FROM Autor
autor de código 1 WHERE CDAUTOR = 1;
Será excluído todos os

DELETE FROM cd CDs da gravadora de
WHERE CODIGO_GRAVADORA = 2; código 2
Todas as músicas
serão excluídas DELETE FROM Musica;

▪

Disciplina:
Banco de Dados
AULA 10
Baseado no capítulo 5 do livro SQL: Curso Prático, do Celso Henrique.

@edmilsonbcn
Introdução
▪
▪
»
»
»
»
▪

▪
Quando informado, o resultado Mostra todos os valores, mesmo
não mostra eventuais valores que repetidos. É o padrão se
repetidos nas colunas DISTINCT não for informado
SELECT [DISTINCT | ALL] { * | coluna [, coluna, ... ] }

FROM tabela
Nome da tabela em que Indica que devem ser Lista de colunas que
será realizada a busca mostradas todas as devem ser mostradas
colunas da tabela

▪
SELECT * FROM CD
SELECT Codigo_CD, Nome_CD FROM CD

▪
FROM tabela
ORDER BY coluna-ord [, coluna-ord, ...] [DESC | ASC]
Comando de Lista de colunas na Quando informado, os Ordena os valores em

ordenação ordem de precedência resultados da busca ordem ascendente. É
de classificação são ordenados em o padrão quando o
ordem descendentes DESC não é informado

▪
SELECT Codigo_CD, Nome_CD

Ordenando os valores
FROM CD
em ordem ascendente
ORDER BY Nome_CD
SELECT Codigo_CD, Nome_CD

FROM CD Ordenando os valores
ORDER BY Nome_CD DESC em ordem descendente

▪
SELECT Codigo_CD, Nome_CD Ordenando resultados

FROM CD pelo código do CD
ORDER BY Codigo_CD
Ordenando resultados
primeiramente pelo
SELECT Codigo_CD, Nome_CD código da gravadora e
FROM CD em seguida pelo nome
ORDER BY Codigo_Gravadora, Nome_CD do CD

▪
FROM tabela
WHERE condição
Condição que define o

escopo (limite) da
apresentação dos resultados
▪
»
»
»

▪
▪
Operador Significado Exemplo SELECT Nome_CD, Preco_Venda

FROM CD
= Igual Codigo_Autor = 2 WHERE Preco_Venda > 10
< Menor que Preco_Venda < 10
<= Menor ou igual a Preco_Venda <= 10
> Maior que Preco_Venda > 10
>= Maior ou igual a Preco_Venda >= 10
!= ou <> Diferente Codigo_Autor != 2

▪
»
»
SELECT Nome_CD, Preco_Venda, Codigo_Gravadora
FROM CD
WHERE Preco_Venda > 10 AND Codigo_Gravadora = 2

▪
»
»
FROM CD
WHERE Preco_Venda > 11 OR Codigo_Gravadora = 3

▪
»
»
SELECT Nome_CD, Preco_Venda
FROM CD
WHERE NOT ( Preco_Venda < 15)

FROM CD
WHERE NOT (Codigo_Gravadora = 2 OR Codigo_Gravadora = 3) AND Preco_Venda > 11

▪
»
»
SELECT Nome_Gravadora, Endereco SELECT Nome_Gravadora, Endereco
FROM Gravadora FROM Gravadora
WHERE Endereco IS NULL WHERE Endereco IS NOT NULL

▪
»
»
SELECT Nome_CD, Data_Lancamento
FROM CD
WHERE Data_Lancamento BETWEEN '01/01/1999' AND '01/12/2001'

FROM CD
WHERE Preco_Venda BETWEEN 9 AND 11

FROM CD
WHERE Preco_Venda NOT BETWEEN 9 AND 11

▪
»
Expressão Explicação
LIKE A% Todas as palavras que iniciem com a letra A
LIKE %A Todas que terminem com a letra A
LIKE %A% Todas que tenham a letra A em qualquer posição
LIKE _A String de dois caracteres cuja última letra seja A
LIKE A_ String de dois caracteres cuja primeira letra seja A

LIKE _A_ String de três caracteres cuja segunda letra (letra do meio) seja A
LIKE %A_ Todos que tenham a ketra A na penúltima posição
LIKE _A% Todos que tenham a letra A na segunda posição

▪
»
Todos os autores que
SELECT * FROM Autor cujos nomes sejam
WHERE Nome_Autor LIKE 'A%'
iniciados com a letra ‘A’
Todos os autores que

tenham a letra ‘L’ na
segunda posição da
SELECT * FROM Autor
palavra
WHERE Nome_Autor LIKE ‘_l%'
Todos os autores com a

SELECT * FROM Autor letra ‘C’ no início e a letra
WHERE Nome_Autor LIKE ‘C_r%' ‘R’ na terceira posição

▪
»
»
SELECT * FROM Autor
WHERE Codigo_Autor IN (1,10,20)

▪
▪
SELECT Codigo_CD, Nome_CD, Preco_Venda, Preco_Venda * 1.05
FROM CD

▪

Disciplina:
Banco de Dados
AULA 11
Baseado no livro SQL: Curso Prático, do Celso Henrique.

@edmilsonbcn
Introdução
▪
▪
▪
▪
»
»
»
»
»
▪
»
SELECT COUNT(*) FROM Gravadora Utilização da palavra-
chave “AS” serve para
nomear coluna de
SELECT COUNT(*) AS QUANTIDADE
resultado
FROM Gravadora
SELECT COUNT(Endereco) AS "QTD ENDEREÇOS"

FROM Gravadora
A utilização do
“DISTINCT” nesse
SELECT COUNT(*) AS QTD_MUSICAS cenário permitiu
FROM Musica_Autor contar apenas
músicas diferentes
SELECT COUNT(DISTINCT CODIGO_MUSICA) AS QTD_MUSICAS
FROM Musica_Autor

▪
»
SELECT SUM(Preco_Venda)
FROM Cd Podemos realizar
outros cálculos
baseados na
SELECT SUM(Preco_Venda) * 1.2
somatória.
FROM Cd

▪
»
SELECT AVG(Preco_Venda)
FROM Cd

▪
»
SELECT MIN(Preco_Venda)
FROM Cd
»
SELECT MAX(Preco_Venda)
FROM Cd

▪
» Listagem de quantas
música há em cada
CD, agrupadas pelo
SELECT Codigo_CD, COUNT(*) AS Quantidade código do CD
FROM FAIXA
GROUP BY Codigo_CD
Listagem com preço
médio de venda de
cada CD agrupado
por Gravadora
SELECT Codigo_Gravadora, AVG(Preco_Venda) AS Média

FROM Cd
GROUP BY Codigo_Gravadora

▪
»
SELECT Codigo_Gravadora, AVG(Preco_Venda) AS Média, COUNT(*) AS Quantidade FROM Cd
Listagem com a
quantidade CDs e média
O comando “GROUP
de preço dos CDs de
BY” vem antes do
cada gravadora
comando “ORDER BY”
SELECT Codigo_Gravadora, AVG(Preco_Venda) AS Média, COUNT(*) AS Quantidade FROM Cd

ORDER BY AVG(Preco_Venda)

▪
»
SELECT Codigo_Musica, COUNT(*) AS Quantidade
FROM MUSICA_AUTOR
WHERE Codigo_Musica < 15
GROUP BY Codigo_Musica
Listagem com total de autores

agrupados por Código de
Música, sendo código das
músicas maiores que 15

▪
»
SELECT Codigo_Musica, COUNT(*) AS Quantidade
FROM MUSICA_AUTOR
GROUP BY Codigo_Musica
HAVING Codigo_Musica < 15
SELECT Codigo_Gravadora, AVG(Preco_Venda)

FROM Cd
HAVING AVG(Preco_Venda)>12
A utilização de funções de
grupo não seria possível
com a cláusula “WHERE”

▪

Disciplina:
Banco de Dados
AULA 12
Adaptado dos slides do Prof. José Antônio, IFRN – CNAT.

@edmilsonbcn
Introdução
▪

▪

▪
»
»
»

Tabela Cliente
Cod_Cli Nome_Cli Sexo_Cli Renda_Cli RG_Cli
1 João Carlos M 5000.00 123456
2 Daniel M 6000.00 145678
3 Helena F 6000.00 564333
4 Roberta F 5000.00 564322
5 Renata F 3000.00 654321
6 Giovanna F 3500.00 564322
Tabela Funcionário
Cod_Func Nome_Func Sexo_Func Sal_Func Data_CadFunc
1 Salvador M 7000.00 03/01/1995
2 Antônio M 6000.00 06/05/1998
3 Antonieta F 6500.00 07/08/1998
4 Eduardo M 4000.00 06/08/2000
5 Leny F 3000.00 06/08/2001

▪
SELECT 'Funcionário' AS TIPO, TIPO NOME SEXO DATA DE RG
Nome_Func AS NOME, CADASTRO
Sexo_Func AS SEXO, Cliente João Carlos M NULL 123456
Sal_Func AS SEXO,
Data_CadFunc AS 'DATA DE CADASTRO', Cliente Daniel M NULL 145678
RG = null Cliente Helena F NULL 564333
FROM Funcionario Cliente Roberta F NULL 564322
UNION ALL
SELECT 'Cliente', Cliente Renata F NULL 654321
Nome_Cli, Cliente Giovanna F NULL 564322
Sexo_Cli,
Funcionário Salvador M 03/01/1995 NULL
Renda_Cli,
Null, Funcionário Antônio M 06/05/1998 NULL
RG_Cli Funcionário Antonieta F 07/08/1998 NULL
FROM Cliente
Funcionário Eduardo M 06/08/2000 NULL
ORDER BY tipo
Funcionário Leny F 06/08/2001 NULL

▪
▪
•
•
•
•

▪
▪
»
»

Cod_Pai Nome_Pai Idade_Pai
1 Daniel de Souza Leão Sobrinho 62
2 João Carlos da Silva 38
3 Fernando de Oliveira 36
Cod_Filho Cod_Pai Nome_Filho Sexo_Filho

1 1 Renata de Oliveira Leão F
2 1 Fernando de Oliveira Leão M
3 1 Roberta de Oliveira Leão F
4 1 Jairo de Oliveira Leão M
5 2 Giovanna da Silva F
6 3 Lucas Ribeiro Oliveira M
7 3 Helder Ribeiro Oliveira M

▪ SELECT Pai.Nome_Pai AS ‘Nome do Pai’,
Filho.Nome_Filho AS ‘Nome do Filho’,
» Filho.Sexo_Filho AS Sexo
FROM Pai INNER JOIN Filho
ON (Pai.Cod_Pai = Filho.Cod_Pai)
▪
» SELECT *
FROM Pai INNER JOIN Filho
ON Pai.Cod_Pai = Filho.Cod_Pai

▪
▪
Cod_Emp Nome_Emp Cod_Chefe

1 João Null
SELECT C.Nome_Emp AS Chefe,
2 Matheus 1 E.Nome_Emp AS Empregado
3 Lucas 1 FROM Empregado C, Empregado E
WHERE C.Cod_Emp = E.Cod_Chefe
4 Pedro 2
ORDER BY C.Nome
5 Thiago 2
6 José 2
7 Tânia 1
8 Joana 3
9 Rosana 3
10 Maria 4

▪
SELECT Pai.Nome_Pai AS ‘Nome do Pai’,

Filho.Sexo_Filho AS Sexo Esse consulta retorna
FROM Pai LEFT OUTER JOIN Filho todos os pais com
ON Pai.Cod_Pai = Filho.Cod_Pai filhos ou não
▪
Esse consulta retorna
Filho.Nome_Filho AS ‘Nome do Filho’, todos os filhos com
Filho.Sexo_Filho AS Sexo pais registrados ou
FROM Pai RIGHT OUTER JOIN Filho não no sistema

▪
▪
Filho.Sexo_Filho AS Sexo
FROM Pai FULL OUTER JOIN Filho

▪
▪
▪
Tabela Pedido Tabela Material
Num_Ped Data_Ped Cod_Mat Nome_Mat
1 24/06/2002 1 Caderno
2 06/08/2002 2 Lápis
3 Borracha
4 Caneta
Select Pedido.Num_Ped,
Material.Nome_Mat
FROM Pedido CROSS JOIN Material

▪
Retorna todos os filhos e seus

respectivos pais e suas notas
SELECT DISTINCT Pai.Nome_Pai AS ‘Nome do Pai’,

Notas.Nota_Filho AS ‘Nota do Filho’
FROM Pai INNER JOIN Filho ON (Pai.Cod_Pai = Filho.Cod_Pai)
INNER JOIN Notas ON (Filho.Cod_Filho = Notas.Cod_Filho)

▪

respectivos pais e suas notas,
inclusive os filhos sem notas

FROM Pai INNER JOIN Filho ON (Pai.Cod_Pai = Filho.Cod_Pai)
LEFT JOIN Notas ON (Filho.Cod_Filho = Notas.Cod_Filho)

▪

respectivos pais e suas notas.
Mostra também os pais com filhos e
filhos sem notas e os pais sem filhos.

FROM Pai LEFT JOIN Filho ON (Pai.Cod_Pai = Filho.Cod_Pai)
LEFT JOIN Notas ON (Filho.Cod_Filho = Notas.Cod_Filho)

▪
Retorna pai com filho e filho

com nota, e filho sem pai e
sem nota.

FROM Pai FULL JOIN Filho ON (Pai.Cod_Pai = Filho.Cod_Pai)
FULL JOIN Notas ON (Filho.Cod_Filho = Notas.Cod_Filho)

▪

Disciplina:
Banco de Dados
AULA 13
Consultas aninhadas no SQL
Baseado no livro SQL: Curso Prático, do Celso Henrique.

@edmilsonbcn
Introdução
▪
▪
▪
»
−
»
−
»
−

▪
SELECT colunas
SELECT principal
FROM tabela
ou externo
WHERE expressão operador ( SELECT colunas
FROM tabela
WHERE ...)
SELECT secundário
ou interno

▪
▪
SELECT NOME_CD AS ‘Nome do CD’,
PRECO_VENDA AS Preço
FROM CD
WHERE PRECO_VENDA > (SELECT AVG(PRECO_VENDA) FROM CD)

▪
▪
SELECT CODIGO_GRAVADORA AS ‘Código da Gravadora’,
NOME_CD AS ‘Nome do CD’,
FROM CD a
WHERE PRECO_VENDA > (SELECT AVG(PRECO_VENDA) FROM CD
WHERE CODIGO_GRAVADORA = a.CODIGO_GRAVADORA)

▪
▪
MIN(PRECO_VENDA) AS ‘Menor Preço’
FROM CD
GROUP BY CODIGO_GRAVADORA
HAVING MIN(PRECO_VENDA) > (SELECT PRECO_VENDA FROM CD
WHERE CODIGO_CD = 6)

▪
▪
MAX(PRECO_VENDA) AS ‘Preço máximo’
FROM CD a
GROUP BY CODIGO_GRAVADORA
HAVING MIN(PRECO_VENDA) > (SELECT AVG(PRECO_VENDA) FROM CD
WHERE CODIGO_GRAVADORA = CODIGO_GRAVADORA)

▪
▪
SELECT CODIGO_GRAVADORA AS Código,
NOME_GRAVADORA AS Gravadora
FROM GRAVADORA
WHERE EXISTS (SELECT * FROM CD
WHERE CD.CODIGO_GRAVADORA = GRAVADORA.CODIGO_GRAVADORA)

▪
»
»
»

▪
Está sendo exibido quais CDs têm preço
SELECT CODIGO_CD AS Código, igual ao menor preço de cada gravadora
NOME_CD AS Nome,
FROM CD
WHERE PRECO_VENDA IN (SELECT MIN(PRECO_VENDA) FROM CD
GROUP BY CODIGO_GRAVADORA)
Agora estamos buscando os códigos

dos CDs e faixas que contenham
SELECT CODIGO_CD AS Código, músicas com a palavra ‘AMOR’
NUMERO_FAIXA AS Faixa
FROM FAIXA
WHERE CODIGO_MUSICA IN (SELECT CODIGO_MUSICA FROM MUSICA
WHERE UPPER(NOME_MUSICA) LIKE ‘%AMOR%’)

▪
▪
Exibir os CDs que têm preço inferior a
qualquer outro da gravadora, mas que
SELECT CODIGO_CD AS Código,
não sejam da gravadora 2
NOME_CD AS Nome,
FROM CD
WHERE PRECO_VENDA < ANY (SELECT PRECO_VENDA FROM CD
WHERE CODIGO_GRAVADORA = 2)
AND CODIGO_GRAVADORA !=2

▪
▪ Exibir quais CDs têm preço de venda

menor que a média de preço de
SELECT CODIGO_CD AS Código,
venda de
NOME_CD AS Nome,
FROM CD
WHERE PRECO_VENDA < ALL (SELECT AVG(PRECO_VENDA) FROM CD
GROUP BY CODIGO_GRAVADORA)
ORDER BY CODIGO_GRAVADORA

▪
▪
Exibir os nomes dos CDs com seus
respectivos preços de venda e o preço
SELECT a.NOME_CD AS 'Nome do CD',
médio da Gravadora de cada CD
a.Preco_Venda AS 'Preço de Venda',
b.Preco_Medio AS 'Preço Médio'
FROM CD a, (SELECT CODIGO_GRAVADORA,
AVG(PRECO_VENDA) AS PRECO_MEDIO
FROM CD
GROUP BY CODIGO_GRAVADORA) b
WHERE a.CODIGO_GRAVADORA = b.CODIGO_GRAVADORA
AND a.PRECO_VENDA > b.PRECO_MEDIO

▪

Banco de Dados by Careca PDF

Uploaded by

Document Information

Original Title

Copyright

Available Formats

Share this document

Share or Embed Document

Sharing Options

Did you find this document useful?

Is this content inappropriate?

Copyright:

Available Formats

Banco de Dados by Careca PDF

Uploaded by

Copyright:

Available Formats

Disciplina:

Objetivo, conteúdo e material de apoio

Edmilson Campos, Prof.

2 Edmilson Campos (edmilson.campos@ifrn.edu.br)

3 Edmilson Campos (edmilson.campos@ifrn.edu.br)

4 Edmilson Campos (edmilson.campos@ifrn.edu.br)

5 Edmilson Campos (edmilson.campos@ifrn.edu.br)

6 Edmilson Campos (edmilson.campos@ifrn.edu.br)

7 Edmilson Campos (edmilson.campos@ifrn.edu.br)

8 Edmilson Campos (edmilson.campos@ifrn.edu.br)

9 Edmilson Campos (edmilson.campos@ifrn.edu.br)

10 Edmilson Campos (edmilson.campos@ifrn.edu.br)

Dados e Informação; Conceitos de Banco de Dados; SGBD.

Edmilson Campos, Prof.

2 Edmilson Campos (edmilson.campos@ifrn.edu.br)

Aparecimento das Bases

DADOS PROCESSAMENTO INFORMAÇÃO

4 Edmilson Campos (edmilson.campos@ifrn.edu.br)

5 Edmilson Campos (edmilson.campos@ifrn.edu.br)

6 Edmilson Campos (edmilson.campos@ifrn.edu.br)

7 Edmilson Campos (edmilson.campos@ifrn.edu.br)

8 Edmilson Campos (edmilson.campos@ifrn.edu.br)

9 Edmilson Campos (edmilson.campos@ifrn.edu.br)

11 Edmilson Campos (edmilson.campos@ifrn.edu.br)

12 Edmilson Campos (edmilson.campos@ifrn.edu.br)

13 Edmilson Campos (edmilson.campos@ifrn.edu.br)

15 Edmilson Campos (edmilson.campos@ifrn.edu.br)

16 Edmilson Campos (edmilson.campos@ifrn.edu.br)

17 Edmilson Campos (edmilson.campos@ifrn.edu.br)

18 Edmilson Campos (edmilson.campos@ifrn.edu.br)

19 Edmilson Campos (edmilson.campos@ifrn.edu.br)

20 Edmilson Campos (edmilson.campos@ifrn.edu.br)

Adaptado dos slides do Livro Projeto de Banco de Dados, v. 4 de ©Carlos A. Heuser

Edmilson Campos, Prof.

2 Edmilson Campos (edmilson.campos@ifrn.edu.br)

3 Edmilson Campos (edmilson.campos@ifrn.edu.br)

4 Edmilson Campos (edmilson.campos@ifrn.edu.br)

5 Edmilson Campos (edmilson.campos@ifrn.edu.br)

6 Edmilson Campos (edmilson.campos@ifrn.edu.br)

DEPARTAMENTO LOTAÇÃO EMPREGADO

7 Edmilson Campos (edmilson.campos@ifrn.edu.br)

8 Edmilson Campos (edmilson.campos@ifrn.edu.br)

9 Edmilson Campos (edmilson.campos@ifrn.edu.br)

DEPARTAMENTO LOTAÇÃO PESSOA

11 Edmilson Campos (edmilson.campos@ifrn.edu.br)

12 Edmilson Campos (edmilson.campos@ifrn.edu.br)

13 Edmilson Campos (edmilson.campos@ifrn.edu.br)

DEPARTAMENTO LOTAÇÃO EMPREGADO

14 Edmilson Campos (edmilson.campos@ifrn.edu.br)

15 Edmilson Campos (edmilson.campos@ifrn.edu.br)

16 Edmilson Campos (edmilson.campos@ifrn.edu.br)

ALUNO n INSCRIÇÃO 1 CURSO

17 Edmilson Campos (edmilson.campos@ifrn.edu.br)

18 Edmilson Campos (edmilson.campos@ifrn.edu.br)

ENGENHEIRO n ALOCAÇÃO n PROJETO

MÉDICO n CONSULTA n PACIENTE

19 Edmilson Campos (edmilson.campos@ifrn.edu.br)

20 Edmilson Campos (edmilson.campos@ifrn.edu.br)

21 Edmilson Campos (edmilson.campos@ifrn.edu.br)

22 Edmilson Campos (edmilson.campos@ifrn.edu.br)

e1,m1 e3,m6 e4,m4

23 Edmilson Campos (edmilson.campos@ifrn.edu.br)

24 Edmilson Campos (edmilson.campos@ifrn.edu.br)