Anda di halaman 1dari 10

Gesto da Informao

FACOM39801 Sistemas de Bancos de Dados

Modelo Relacional e Regras de


mapeamento
DISCUSSO SOBRE
EXERCCIO DA AULA
PASSADA

Profa. Maria Camila Nardini Barioni


camila@facom.ufu.br
Bloco B - sala 1B139

2 semestre de 2016
FACOM39801 Sistemas de Bancos de Dados - 2 semestre de 2016

Aeroporto

Aeroporto

Suponha que os seguintes requisitos foram


coletados:
Cada aeronave tem um nmero de registro
(nico), de um tipo de avio em particular e
mantida em um hangar em particular.
Cada tipo de avio tem um nmero de
modelo (nico), uma capacidade e um peso.
Cada hangar tem um nmero (nico), uma
capacidade e um local.
FACOM39801 Sistemas de Bancos de Dados - 2 semestre de 2016

O banco de dados tambm deve registrar os


funcionrios que fazem a manuteno do
avio alm de informaes sobre pilotos e
proprietrios dos avies. Para cada piloto
devemos armazenar o nmero de licena e
restries. Para cada funcionrio o salrio e
turno de trabalho. Todas as pessoas no
banco de dados possuem dados mantidos
sobre seu nmero de cadastro de pessoa
fsica (CPF), nome, endereo e nmero de
telefone.
3

Aeroporto

FACOM39801 Sistemas de Bancos de Dados - 2 semestre de 2016

Aeroporto

Cada avio passa por manuteno muitas


vezes; logo, todos os servios de manuteno
realizados so registrados. Um registro de
servio de um avio inclui a data da
manuteno, o nmero de horas gastas no
trabalho e o tipo de trabalho realizado. Para
identificar cada servio de manuteno
so necessrios o nmero de registro da
aeronave, a data da manuteno e o
tipo de trabalho realizado.
FACOM39801 Sistemas de Bancos de Dados - 2 semestre de 2016

O banco de dados tambm deve registrar:

os tipos de avio que cada piloto autorizado a


voar;
os tipos de avies em que cada funcionrio pode
realizar o trabalho de manuteno;
os funcionrios que trabalharam em cada servio
de manuteno, sendo que dependendo do tipo
de trabalho so necessrios vrios funcionrios;
o proprietrio de cada avio incluindo a data de
compra. importante notar que possvel que
mais de um avio pertena a um nico
proprietrio.
FACOM39801 Sistemas de Bancos de Dados - 2 semestre de 2016

Modelo de Dados e o Projeto de BD


minimundo

independe do SGBD

conjunto de
necessidades
anlise de
requisitos

esquema
conceitual

projeto
conceitual

depende do SGBD
esquema em linguagem
de implementao

mapeamento
para modelo

projeto
fsico

Modelo Relacional
Modelo Entidade
Mapeamento
Relacionamento
MER para o
(MER)
Modelo Relacional
FACOM39801 Sistemas de Bancos de Dados - 2 semestre de 2016

Modelo Relacional

FACOM39801 Sistemas de Bancos de Dados - 2 semestre de 2016

Exemplo: Tabela Aluno


relao esquema: Aluno ( nmat, nome, endereo, idade )
atributo

nome do atributo

BD

nmat

representado como uma coleo de


relaes

nome

935639 Adriana Zagalo

endereo

idade

Intenco
Rua Floriano Peixoto, 1234
18do

BD

tupla
Esquema
ou 935632 Beatriz da Silva
Rua Itamb, 124 apto 62 bloco B 22
linha
933219 Carlos Alberto Bozato Rua Sucupira, 3452 apto 125
19

Relao
possui um nome nico
uma tabela bi-dimensional

938904 Antnio Nascimento

Av. Castro Alves, 57

934789 Roberto Antonione

Av. Sunab Jatab, 3467 apto 32

valor
FACOM39801 Sistemas de Bancos de Dados - 2 semestre de 2016

Restries sobre uma Relao

18
32

Extenso do BD
Banco de dados

FACOM39801 Sistemas de Bancos de Dados - 2 semestre de 2016

10

Restries entre duas Relaes

Domnio
dentro de cada tupla, o valor de cada atributo A deve
ser um valor atmico de dom(A)

Unicidade de chave
Chave primria

mantm a consistncia entre as tuplas nas duas


relaes
declara que uma tupla em uma relao, a qual faz
referncia a uma outra relao, deve se referir a
uma tupla existente nessa segunda relao

identifica de forma nica cada tupla da relao

Valor nulo
permitido: null (padro)
no permitido: not null

definida entre a chave estrangeira (FK) de uma


relao esquema R1 e a chave primria (PK) de
uma relao esquema R2

Integridade de entidade
nenhum valor de chave primria pode ser nulo
FACOM39801 Sistemas de Bancos de Dados - 2 semestre de 2016

Integridade referencial

11

FACOM39801 Sistemas de Bancos de Dados - 2 semestre de 2016

12

Restries entre duas Relaes


FK de R1 chave estrangeira de R1, que faz
referncia PK de R2, se:

MAPEAMENTO DO MODELO
ENTIDADE-RELACIONAMENTO
PARA O MODELO RELACIONAL

os atributos de FK tm os mesmos domnios que


os atributos de PK
um valor de FK em uma tupla t1 do estado
corrente de r1(R1)
ocorre como um valor de PK para alguma tupla t2
no estado corrente r2(R2) ou
tem o valor null

FACOM39801 Sistemas de Bancos de Dados - 2 semestre de 2016

FACOM39801 Sistemas de Bancos de Dados - 2 semestre de 2016

13

Mapeamentos

14

Passo 1: Tipo-Entidade Forte


Modelo entidade-relacionamento

Geram trs tipos de relao:

tipo-entidade E
atributos a1, a2, ..., an

relao entidade com a mesma informao que o


tipo-entidade original

Modelo relacional
tabela de n colunas distintas, correspondendo aos
n atributos de E

relao entidade com a chave estrangeira de um


outro tipo-entidade

CPF_empregado

relao relacionamento com as chaves primrias


de todos os tipos-entidade relacionados, alm dos
atributos do tipo-relacionamento

EMPREGADO

nome_empregado

empregado (CPF_empregado, nome_empregado)


FACOM39801 Sistemas de Bancos de Dados - 2 semestre de 2016

15

Passo 1: Tipo-Entidade Forte

FACOM39801 Sistemas de Bancos de Dados - 2 semestre de 2016

16

Passo 2: Tipo-Entidade Fraca

Exemplo atributo composto

Modelo entidade relacionamento


tipo-entidade forte E: chaves primrias b1, b2, ..., bm
tipo-entidade fraca A: atributos a1, a2, ..., an

CPF_empregado

EMPREGADO

Modelo relacional

nome_empregado

tabela de n+m colunas distintas, correspondendo s m


chaves de E e aos n atributos de A

rua
endereo
cep

CPF_empregado

cidade

nome_empregado

nome_dependente

EMPREGADO

possui

n DEPENDENTE

sexo_dependente

empregado (CPF_empregado, nome_empregado)

empregado (CPF_empregado, nome_empregado, rua, cep, cidade)


dependente (CPF_empregado, nome_dependente, sexo_dependente)
FACOM39801 Sistemas de Bancos de Dados - 2 semestre de 2016

17

FACOM39801 Sistemas de Bancos de Dados - 2 semestre de 2016

18

Passo 3: Tipo-Relacionamento (1:1)

Passo 3: Tipo-Relacionamento (1:1)


CPF_empregado

Modelo entidade relacionamento


tipo-relacionamento binrio: E1 relacionando-se com E2
cardinalidade: 1:1

nome_empregado

Modelo relacional (3 opes para a chave


estrangeira)

gerencia

DEPARTAMENTO

empregado (CPF_empregado, nome_empregado)


departamento (sigla_depto, nome_depto, CPF_empregado)

Chave estrangeira
chave primria de uma relao que inserida em outra
relao
utilizada para recuperar informaes de outras relaes

empregado (CPF_empregado, nome_empregado, sigla_depto)


departamento (sigla_depto, nome_depto)
19

Passo 4: Tipo-Relacionamento (1:n)

FACOM39801 Sistemas de Bancos de Dados - 2 semestre de 2016

20

Passo 4: Tipo-Relacionamento (1:n)

Modelo entidade relacionamento

EMPREGADO

tipo-relacionamento binrio: E1 relacionando-se


com E2
cardinalidade: 1:n

Modelo relacional
Repete-se a chave primria de E1 em E2

trabalha

DEPARTAMENTO

CPF_empregado

sigla_depto

nome_empregado

nome_depto

a tabela de E1 possuir apenas os atributos de E1

empregado (CPF_empregado, nome_empregado, sigla_depto)

a tabela de E2 possuir
os atributos de E2
a chave primria de E1 (chave estrangeira)
os atributos do tipo-relacionamento

departamento (sigla_depto, nome_depto)

FACOM39801 Sistemas de Bancos de Dados - 2 semestre de 2016

nome_depto

empregado (CPF_empregado, nome_empregado, sigla_depto)


departamento (sigla_depto, nome_depto, CPF_empregado)

repete-se a chave primria de E1 em E2 e vice versa


repete-se a chave primria de E1 em E2
repete-se a chave primria de E2 em E1

FACOM39801 Sistemas de Bancos de Dados - 2 semestre de 2016

sigla_depto

EMPREGADO

21

Atributo de Tipo-Relacionamento
(1:1 e 1:n)

FACOM39801 Sistemas de Bancos de Dados - 2 semestre de 2016

22

Passo 5: Tipo-Relacionamento (m:n)


Modelo entidade relacionamento

EMPREGADO

trabalha

tipo-relacionamento binrio: E1 relacionando-se com E2


cardinalidade: m:n

DEPARTAMENTO

Modelo relacional
CPF_empregado

data_incio

nome_empregado

sigla_depto
nome_depto

empregado (CPF_empregado, nome_empregado, sigla_depto, data_incio)


departamento (sigla_depto, nome_depto)

a tabela de E1 possuir apenas os atributos de E1


a tabela de E2 possuir apenas os atributos de E2
a tabela R (relativa ao tipo-relacionamento) conter:
a chave primria de E1 (chave estrangeira)
a chave primria de E2 (chave estrangeira)
os atributos do tipo-relacionamento

Chave primria de R
chave primria de E1 + chave primria de E2

FACOM39801 Sistemas de Bancos de Dados - 2 semestre de 2016

23

FACOM39801 Sistemas de Bancos de Dados - 2 semestre de 2016

24

Passo 5: Tipo-Relacionamento (m:n)


EMPREGADO

CPF_empregado

desenvolve

Passo 6: Atributos Multivalorados

PROJETO

horas_trabalhadas

nome_empregado

Duas opes de mapeamento


1. Para cada atributo multivalorado

nro_projeto

DEPARTAMENTO

cria-se uma nova relao

nome_projeto

2. Para cada valor possvel do atributo

sigla_depto

multivalorado cria-se um atributo


monovalorado na mesma relao

empregado (CPF_empregado, nome_empregado)

nome_depto
localizaes

projeto (nro_projeto, nome_projeto)


desenvolve (CPF_empregado, nro_projeto, horas_trabalhadas)
FACOM39801 Sistemas de Bancos de Dados - 2 semestre de 2016

25

FACOM39801 Sistemas de Bancos de Dados - 2 semestre de 2016

26

Passo 6: Atributos Multivalorados

Passo 6: Atributos Multivalorados

1. Para cada atributo multivalorado cria-se uma

2. Para cada valor possvel do atributo multivalorado


cria-se um atributo monovalorado na mesma relao

nova relao
DEPARTAMENTO

departamento = {sigla_depto, nome_depto}

sigla_depto
nome_depto

valores possveis: grau do olho direito


grau do olho esquerdo

ALUNO
nro_matricula
nome

localizao = {sigla_depto, localizao}

localizaes

graus_lente
aluno = {nro_matricula, nome, grau_direito, grau_esquerdo}

FACOM39801 Sistemas de Bancos de Dados - 2 semestre de 2016

27

FACOM39801 Sistemas de Bancos de Dados - 2 semestre de 2016

Passo 7: Tipo-relacionamento Ternrio

Passo 7: Tipo-relacionamento Ternrio

chave-A

tipo-entidade_A

Modelo entidade relacionamento


E1 relacionando-se com E2 e com E3
cardinalidade: m:n:p

atributos_A

x
ABC

Modelo relacional
a tabela de E1 possuir apenas os atributos de E1
a tabela de E2 possuir apenas os atributos de E2
a tabela de E3 possuir apenas os atributos de E3
a tabela R (relativa ao tipo-relacionamento) conter:
a chave primria de E1
a chave primria de E2
a chave primria de E3
os atributos do tipo-relacionamento
FACOM39801 Sistemas de Bancos de Dados - 2 semestre de 2016

28

chave-B
atributos_B

chave-C

tipo-entidade_B

tabelas relativas
aos tipos-entidade
29

tipo-entidade_C

atributos_C

tipo-entidade_A (chave-A, atributos_A)


tipo-entidade_B (chave-B, atributos_B)
tipo-entidade_C (chave-C, atributos_C)

FACOM39801 Sistemas de Bancos de Dados - 2 semestre de 2016

30

Mapeamento ME-R
MRel
Os 7 passos do procedimento

Passo 7: Tipo-relacionamento Ternrio


Tabela relativa ao tipo-relacionamento

1.
2.
3.
4.
5.
6.
7.

ABC (chaves-A, chaves-B, chaves-C)


+ integridade referencial
Chave primria de ABC
chave primria de A + chave primria de B + chave primria
de C

FACOM39801 Sistemas de Bancos de Dados - 2 semestre de 2016

CPF_empregado

nome_empregado

gerencia

os
os
os
os
os
os
os

tipos-entidade forte
tipos-entidade fraca
tipos-relacionamento 1:1
tipos-relacionamento 1:n
tipos-relacionamento n:m
atributos multivalorados
tipos-relacionamento de

FACOM39801 Sistemas de Bancos de Dados - 2 semestre de 2016

31

32

Esquema do BD Relacional

sigla_depto
nome_depto

subordinado

1
trabalha

supervisor EMPREGADO

Mapear todos
Mapear todos
Mapear todos
Mapear todos
Mapear todos
Mapear todos
Mapear todos
grau > 2

empregado (CPF_empregado, nome_empregado,


cod_supervisor, sigla_depto, data_incio)

DEPARTAMENTO

dependente (CPF_empregado, nome_dependente,


sexo_dependente)

data_incio

supervisiona

controla

possui
desenvolve
n

departamento (sigla_depto, nome_depto,


CPF_empregado)

m
n

projeto (nro_projeto, nome_projeto)

horas_trabalhadas

DEPENDENTE

PROJETO

controla (sigla_depto, nro_projeto)

nome_dependente

nro_projeto

sexo_dependente

nome_projeto

FACOM39801 Sistemas de Bancos de Dados - 2 semestre de 2016

desenvolve (CPF_empregado, nro_projeto,


horas_trabalhadas)

33

FACOM39801 Sistemas de Bancos de Dados - 2 semestre de 2016

34

Mapeamento MER-X
MRel
Os 8 passos do procedimento
1. Mapear todos os tipos-entidade forte que no so
subclasses

2. Mapear todos os tipos-entidade fraca que no so

MAPEAMENTO DO MODELO
ENTIDADE-RELACIONAMENTO
ESTENDIDO PARA O MODELO
RELACIONAL

FACOM39801 Sistemas de Bancos de Dados - 2 semestre de 2016

3.
4.
5.
6.
7.
8.
35

subclasses
Mapear todos os tipos-relacionamento 1:1
Mapear todos os tipos-relacionamento 1:n
Mapear todos os tipos-relacionamento n:m
Mapear todos os atributos multivalorados
Mapear todos os tipos-relacionamento de grau > 2
Mapear todas as ocorrncias de abstrao de
generalizao/especializao
FACOM39801 Sistemas de Bancos de Dados - 2 semestre de 2016

36

Generalizao/Especializao

Generalizao/Especializao

Opo de mapeamento (8A)

Opo de mapeamento (8A)

CPF_empregado

EMPREGADO

Modelo entidade relacionamento

nome_empregado

tipo_empregado

E1: superclasse
E2, ..., En : subclasses de E1

Modelo relacional
a tabela de E1 possuir:
os atributos de E1
um atributo discriminador, caso necessrio
as tabelas de E2 a En possuiro:
os seus atributos especficos
a chave primria de E1

SECRETRIO
idioma

TCNICO
grau_tcnico

ENGENHEIRO
tipo_engenheiro

empregado (CPF_empregado, nome_empregado, tipo_empregado)


secretrio (CPF_empregado, idioma)

Chave primria das subclasses

tcnico (CPF_empregado, grau_tcnico)

chave primria de E1

sobreposio

engenheiro (CPF_empregado, tipo_engenheiro)

FACOM39801 Sistemas de Bancos de Dados - 2 semestre de 2016

37

FACOM39801 Sistemas de Bancos de Dados - 2 semestre de 2016

Generalizao/Especializao

Generalizao/Especializao

Opo de mapeamento (8A)

Opo de mapeamento (8B)


Modelo entidade relacionamento

Essa opo funciona para qualquer


especializao
Total ou Parcial
Disjuntas ou Sobrepostas

E1: superclasse
E2, ..., En : subclasses de E1

Modelo relacional
as tabelas de E2 a En possuiro:
os seus atributos especficos
os atributos de E1
a chave primria de E1

Interessante quando
existem poucas subclasses, cada uma com
diversos atributos especficos
uma consulta tipicamente se concentra em
uma ou poucas subclasses de cada vez
FACOM39801 Sistemas de Bancos de Dados - 2 semestre de 2016

Chave primria das subclasses


chave primria de E1
39

Generalizao/Especializao

FACOM39801 Sistemas de Bancos de Dados - 2 semestre de 2016

40

Generalizao/Especializao

Opo de mapeamento (8B)

Opo de mapeamento (8B)

CPF_empregado

EMPREGADO

38

nome_empregado

Essa opo funciona

tipo_empregado

apenas para participao total


mais adequada para disjuno, mas suporta sobreposio

Interessante quando
SECRETRIO
idioma

TCNICO
grau_tcnico

ENGENHEIRO

freqente o acesso a cada entidade em sua totalidade,


incluindo-se seus dados genricos e especficos

tipo_engenheiro

secretrio (CPF_empregado, nome_empregado, idioma)


tcnico (CPF_empregado, nome_empregado, grau_tcnico)
engenheiro (CPF_empregado, nome_empregado, tipo_engenheiro)
FACOM39801 Sistemas de Bancos de Dados - 2 semestre de 2016

41

esta alternativa, comparada com as alternativas que mantm


uma relao para a superclasse, permite evitar uma operao
de juno na consulta

FACOM39801 Sistemas de Bancos de Dados - 2 semestre de 2016

42

Generalizao/Especializao

Generalizao/Especializao

Opo de mapeamento (8B)

Opo de mapeamento (8C)

Observao importante

Modelo entidade relacionamento


E1: superclasse
E2, ..., En : subclasses de E1

esta alternativa no indicada quando


houver necessidade freqente de acessar
informaes envolvendo todas as entidades
genricas

Modelo relacional
a tabela de E1 possuir:
os atributos de E1
os atributos de E2, ..., En
o atributo discriminador, caso necessrio

houver a possibilidade de existirem


especializaes no previstas priori

FACOM39801 Sistemas de Bancos de Dados - 2 semestre de 2016

43

Generalizao/Especializao

Opo de mapeamento (8D)

CPF_empregado
nome_empregado

Modelo entidade relacionamento

tipo_empregado

E1: superclasse
E2, ..., En : subclasses de E1

SECRETRIO
idioma

TCNICO
grau_tcnico

Modelo relacional

ENGENHEIRO
tipo_engenheiro

empregado (CPF_empregado, nome_empregado, tipo_empregado,


idioma, grau_tcnico, tipo_engenheiro)

sobreposio
FACOM39801 Sistemas de Bancos de Dados - 2 semestre de 2016

45

Generalizao/Especializao

Interessantes quando

tipo_empregado

idioma

grau_tcnico

46

nome_empregado

TCNICO

FACOM39801 Sistemas de Bancos de Dados - 2 semestre de 2016

Opo de mapeamento (8C e 8D)

CPF_empregado

SECRETRIO

a tabela de E1 possuir:
os atributos de E1
os atributos de E2, ..., En
vrios atributos discriminadores de valores
booleanos, cada um referente uma subclasse

Generalizao/Especializao

Opo de mapeamento (8D)


EMPREGADO

44

Generalizao/Especializao

Opo de mapeamento (8C)


EMPREGADO

FACOM39801 Sistemas de Bancos de Dados - 2 semestre de 2016

existem poucos atributos especficos nas


subclasses
houver a possibilidade de existirem
especializaes (sem atributos especficos)
no previstas priori

ENGENHEIRO
tipo_engenheiro

empregado (CPF_empregado, nome_empregado,


tipo_empS, idioma, tipo_empT, grau_tcnico,
tipo_empE, tipo_engenheiro)
FACOM39801 Sistemas de Bancos de Dados - 2 semestre de 2016

47

FACOM39801 Sistemas de Bancos de Dados - 2 semestre de 2016

48

Paciente = {RG, Nome}

Agregao

Agregao

Mdico = {CRM, Nome}

Opo 1

Consulta = {RGPa, CRMMe, Data}

Deve ser usada

Para mapear ocorrncias de Agregao

quando o tipo-entidade agregao identificado por atributo


prprio + chaves dos tipos-entidade que participam do tiporelacionamento gerador
uma mesma instncia do tipo-relacionamento gerador
resulta em mais de uma entidade agregada

considerar cada um dos casos de como o tipoentidade resultante da agregao identificado


levar em considerao as chaves dos tiposentidade componentes, o tipo-relacionamento
gerador, os atributos do tipo-relacionamento
gerador, o tipo-entidade agregao, e os atributos
do tipo-entidade agregao

CONSULTA
MDICO

atende

M PACIENTE
RG
nome

CRM
data

nome
FACOM39801 Sistemas de Bancos de Dados - 2 semestre de 2016

Agregao
Opo 2

49

Professor = {NroFunc, Nome}

FACOM39801 Sistemas de Bancos de Dados - 2 semestre de 2016

Agregao

AlunoPos = {NroMat, Nome}


Projeto = {Orientador, Aluno, Titulo}

Deve ser usada

Opo de mapeamento 3
Mistura das opes 1 e 2

quando o tipo-entidade agregao identificado por um de


seus atributos
em geral o atributo identificador da agregao era
identificador do tipo-relacionamento gerador

CONSULTA
MDICO

PROJETO

atende

M PACIENTE

PROFESSOR

orienta

ttulo

nome

Paciente = {RG, Nome}

NroMat
nome

NroFunc

data

nome

ALUNO
PS

nro_registroc

RG
nome

CRM

50

Mdico = {CRM, Nome}


Consulta = {RGPa, CRMMe, Data, NroRegistroC}

FACOM39801 Sistemas de Bancos de Dados - 2 semestre de 2016

51

Agregao

Paciente = {RG, Nome}


Analisar os atributos do Mdico = {CRM, Nome}
tipo-relacionamento
Consulta = {RGPa, CRMMe, Data, Local}
gerador
Sempre que uma instncia do tipo-relacionamento
gerador puder resultar em mais de uma entidade
agregada
Quando puderem ser repassados para a agregao
mapear o relacionamento

atende

CRM
nome

data

Agregao
Analisar os atributos do tipo-relacionamento gerador
Professor = {NroFunc, Nome}
Disciplina = {Sigla, Nome}
Sempre que uma instncia do tipo-relacionamento
Ministra
{Professor,
Disciplina,
gerador
puder =
resultar
em mais
de umaLivroTexto}
entidade
agregada
Aula = {Professor, Disciplina, DataHora}

livro_texto

AULA

M PACIENTE

PROFESSOR

RG
nome

FACOM39801 Sistemas de Bancos de Dados - 2 semestre de 2016

52

Quando no puderem ser repassados para a agregao


mapear o relacionamento

local

CONSULTA
MDICO

no

FACOM39801 Sistemas de Bancos de Dados - 2 semestre de 2016

ministra

NroFunc
nome

53

data/hora

M DISCIPLINA
sigla
nome

FACOM39801 Sistemas de Bancos de Dados - 2 semestre de 2016

54

Exerccio em sala

Bibliografia
Elmasri, Ramez; Navathe, Shamkant B. Sistemas de
banco de dados. 4 ed. So Paulo: Addison Wesley,
2005, 724 p. Bibliografia: p. 690-714.

Fazer o mapeamento para o Modelo


Relacional do MER do Aeroporto.

FACOM39801 Sistemas de Bancos de Dados - 2 semestre de 2016

55

FACOM39801 Sistemas de Bancos de Dados - 2 semestre de 2016

58

Atividade complementar para casa


Captulos 5 e 7 do livro: Elmasri, Ramez;
Navathe, Shamkant B. Sistemas de banco de
dados. 4 Edio.

Lista de exerccios disponvel no site da


disciplina

FACOM39801 Sistemas de Bancos de Dados - 2 semestre de 2016

59

10