EAD657 I 2015 Tecnologia de Bancos de Dados Parte 1

Prévia do material em texto

TTECNOLOGIAECNOLOGIA DEDE BBANCOSANCOS DEDE DDADOSADOS
(P(PARTEARTE 1)1)
EAD657 – Tecnologia de Informação
Hiroo Takaoka
takaoka@usp.br
GGERENCIAMENTOERENCIAMENTO DEDE DDADOSADOS
Finanças
Pessoal
Produção
Vendas
Arquivo
Arquivo
Arquivo
Arquivo
Orientado a Área Orientado a Área FuncionalFuncional
Sistema de Pedido
Programa
Sistema de Faturamento Sistema de Produção
Sistema de Pessoal
Programa
ProgramaPrograma
GGERENCIAMENTOERENCIAMENTO DEDE DDADOSADOS
Finanças
Pessoal
Produção
Vendas
Arquivo
Arquivo
Arquivo
Arquivo
Sistema de Pedido
Programa
Sistema de Faturamento Sistema de Produção
Sistema de Pessoal
Programa
ProgramaPrograma
◦ Redundância e inconsistência de dados
 É a presença de dados duplicados em múltiplos arquivos de dados.
 Um mesmo dado pode ter diferentes significados e diferentes níveis de atualização.
Dados de clientes 
redundantes 
Orientado a Área Orientado a Área Funcional Funcional -- ProblemasProblemas
GGERENCIAMENTOERENCIAMENTO DEDE DDADOSADOS
Finanças
Pessoal
Produção
Vendas
Arquivo
Arquivo
Arquivo
Arquivo
Sistema de Pedido
Programa
Sistema de Faturamento Sistema de Produção
Sistema de Pessoal
Programa
ProgramaPrograma
◦ Dependência entre programa e dados
 É o estreito relacionamento entre dados armazenados em arquivos e os programas 
requeridos para atualizar e manter esses arquivos.
Descrição 
dos Dados
Descrição 
dos Dados
Descrição 
dos Dados
Descrição 
dos Dados
Orientado a Área Orientado a Área Funcional Funcional -- ProblemasProblemas
Dados de clientes 
redundantes 
GGERENCIAMENTOERENCIAMENTO DEDE DDADOSADOS
Finanças
Pessoal
Produção
Vendas
Arquivo
Arquivo
Arquivo
Arquivo
Sistema de Pedido
Programa
Sistema de Faturamento Sistema de Produção
Sistema de Pessoal
Programa
ProgramaPrograma
◦ Falta de flexibilidade
 Um sistema de arquivo pode produzir relatórios pré-programados, mas não pode 
produzir relatórios ad hoc (como e quando preciso).
Relatórios pré programados Relatórios pré programados
Relatórios pré programados Relatórios pré programados
Orientado a Área Orientado a Área Funcional Funcional -- ProblemasProblemas
Dados de clientes 
redundantes 
Descrição 
dos Dados
Descrição 
dos Dados
Descrição 
dos Dados
Descrição 
dos Dados
GGERENCIAMENTOERENCIAMENTO DEDE DDADOSADOS
Finanças
Pessoal
Produção
Vendas
Arquivo
Arquivo
Arquivo
Arquivo
Sistema de Pedido
Programa
Sistema de Faturamento Sistema de Produção
Sistema de Pessoal
Programa
ProgramaPrograma
◦ Baixo nível de segurança
 Há pouco controle ou gerenciamento de dados.
Segurança depende do programa
Segurança depende do programa
Segurança depende do programa
Segurança depende do programa
Orientado a Área Orientado a Área Funcional Funcional -- ProblemasProblemas
Dados de clientes 
redundantes 
Descrição 
dos Dados
Descrição 
dos Dados
Descrição 
dos Dados
Descrição 
dos Dados
Relatórios pré programados Relatórios pré programados
Relatórios pré programados Relatórios pré programados
GGERENCIAMENTOERENCIAMENTO DEDE DDADOSADOS
Finanças
Pessoal
Produção
Vendas
Arquivo
Arquivo
Arquivo
Arquivo
Sistema de Pedido
Programa
Sistema de Faturamento Sistema de Produção
Sistema de Pessoal
Programa
ProgramaPrograma
◦ Falta de compartilhamento e disponibilidade dos dados
 Como não se pode relacionar facilmente os dados de diferentes arquivos, é quase 
impossível que a informação seja compartilhada ou acessada de modo oportuno.
Orientado a Área Orientado a Área Funcional Funcional -- ProblemasProblemas
Dados de clientes 
redundantes 
Descrição 
dos Dados
Descrição 
dos Dados
Descrição 
dos Dados
Descrição 
dos Dados
Relatórios pré programados Relatórios pré programados
Relatórios pré programados Relatórios pré programados
Segurança depende do programa
Segurança depende do programa
Segurança depende do programa
Segurança depende do programa
GGERENCIAMENTOERENCIAMENTO DEDE DDADOSADOS
 Menos redundância e 
inconsistência
 Independência entre 
programas e dados
 Mais flexível (relatório ad hoc)
Finanças PessoalVendas
BancoBanco
dede
DadosDados
Produção
Orientado a DadosOrientado a Dados
Sistema de Gerenciamento de Banco de Dados (Access, SQL Server, Oracle etc.)
Consulta
ad hoc Sistema de
Faturamento
Sistema de
Pessoal
Sistema de
Pedido
Sistema de
Programação
de Produção
 Bom nível de segurança
 Compartilhamento de dados
TTECNOLOGIAECNOLOGIA DEDE BBANCOSANCOS DEDE DDADOSADOS
 Banco de Dados
◦ Um Banco de Dados é uma coleção de dados organizados para atender 
a muitas aplicações, centralizando eficientemente os dados e 
minimizando dados redundantes.
 Sistema de Gerenciamento de Banco de Dados
◦ Um Sistema de Gerenciamento de Banco de Dados (SGBD) é 
simplesmente o software que permite a uma organização centralizar 
seus dados e gerenciá-los com eficiência e proporciona acesso a 
sistemas aplicativos aos dados armazenados.
Banco
de Dados
Sistema de Gerenciamento de Banco de Dados (Access, SQL Server, Oracle etc.)
Sistema de
Faturamento
Sistema de
Pessoal
Sistema de
Pedido
Sistema de
Programação
de Produção
...Consulta
Sistemas de Processamento de Transações (Aplicativos)
TTIPOSIPOS DEDE BBANCOSANCOS DEDE DDADOSADOS
DW
Extração
Transformação
Carga
Finanças
Sistemas de 
Processamento de 
Transações
Data MartData WarehouseBanco de Dados Operacionais
Produção
Marketing
Estes bancos de 
dados armazenam 
dados detalhados 
sobre as transações.
É uma coleção de dados 
orientada a um assunto, 
integrado, variante no 
tempo e não volátil, 
voltada primariamente 
para as tomadas de 
decisões na organização
Um Data Mart é um 
subconjunto de dados do 
DW destinado a suportar 
as necessidades específicas 
de uma determinada 
unidade de negócios 
(Finanças, Marketing, 
Produção, etc.).
TTIPOSIPOS DEDE BBANCOSANCOS DEDE DDADOSADOS
DW
Extração
Transformação
Carga
Finanças
Sistemas de 
Processamento de 
Transações
Data MartData WarehouseBanco de Dados Operacionais
Produção
Marketing
Estes bancos de 
dados armazenam 
dados detalhados 
sobre as transações.
É uma coleção de dados 
orientada a um assunto, 
integrado, variante no 
tempo e não volátil, 
voltada primariamente 
para as tomadas de 
decisões na organização
Um Data Mart é um 
subconjunto de dados do 
DW destinado a suportar 
as necessidades específicas 
de uma determinada 
unidade de negócios 
(Finanças, Marketing, 
Produção, etc.).
BBANCOANCO DEDE DDADOSADOS RRELACIONALELACIONAL (BDR)(BDR)
Número Nome Data Nascimento RG
Fone 
Contato
Código 
Depto
1 José 10/10/1985 123 23124567 RH
2 Pedro 2/8/1980 234 PROD
3 Maria 7/2/1976 456 30618765 PROD
4 Ana 13/9/1983 786 55895129 TI
... ... ... ... ... ...
Funcionário
Funcionário (Número, Nome, Data Nascimento, RG, Fone Contato, Código Depto)
(Relação)
(Tabela)
No banco de dados relacional, todos os dados do banco são representados 
como simples tabelas denominadas relações.
EEXEMPLOXEMPLO DEDE BDRBDR
Você precisa elaborar um banco de dados relacional (BDR) para 
registrar informações sobre alunos, cursos e disciplinas. Para cada 
aluno você deverá armazenar o número USP, nome, código e nome 
do seu curso, código, nome e número de créditos das disciplinas em 
que o aluno está inscrito. Note que um aluno pode se inscrever em 
várias disciplinas e uma disciplina pode ter vários alunos. 
EEXEMPLOXEMPLO DEDE BDR BDR COMCOM RREDUNDÂNCIASEDUNDÂNCIAS
Número
USP
Nomedo 
Aluno
Código da 
Disciplina
Nome da 
Disciplina
Número de 
Créditos
Código do 
Curso
Nome do 
Curso
111111 Bill EAD111 RH 10 EAD Administração
111111 Bill EAD222 MKT 10 EAD Administração
111111 Bill EAD333 TI 10 EAD Administração
111111 Bill EAD999 FIN 10 EAD Administração
222222 Tom EAD222 MKT 10 EAD Administração
222222 Tom EAD333 TI 10 EAD Administração
222222 Tom EAD999 FIN 10 EAD Administração
333333 Jerry EAD111 RH 10 EAD Administração
333333 Jerry EAD222 MKT 10 EAD Administração
333333 Jerry EAD333 TI 10 EAD Administração
333333 Jerry EAD444 PROD 10 EAD Administração
444444 Kim EAD111 RH 10 MAC Computação
444444 Kim EAD999 FIN 10 MAC Computação
EEXEMPLOXEMPLO DEDE BDR BDR COMCOM RREDUNDÂNCIAEDUNDÂNCIA CCONTROLADAONTROLADA
Código do
Curso
Nome do 
Curso
EAD Administração
MAC Computação
Código da
Disciplina
Nome da 
Disciplina
Número de 
Créditos
EAD111 RH 10
EAD222 MKT 10
EAD333 TI 10
EAD444 PROD 10
EAD999 FIN 10
Número
USP
Código da
Disciplina
111111 EAD111
111111 EAD222
111111 EAD333
111111 EAD999
222222 EAD222
222222 EAD333
222222 EAD999
333333 EAD111
333333 EAD222
333333 EAD333
333333 EAD444
444444 EAD111
444444 EAD999
Número
USP
Nome do 
Aluno
Código 
do Curso
111111 Bill EAD
222222 Tom EAD
333333 Jerry EAD
444444 Kim MAC
Aluno
Curso
Disciplina
Aluno_Disciplina
Código do
Curso
Nome do 
Curso
EAD Administração
MAC Computação
Código da
Disciplina
Nome da 
Disciplina
Número de 
Créditos
EAD111 RH 10
EAD222 MKT 10
EAD333 TI 10
EAD444 PROD 10
EAD999 FIN 10
Número
USP
Código da
Disciplina
111111 EAD111
111111 EAD222
111111 EAD333
111111 EAD999
222222 EAD222
222222 EAD333
222222 EAD999
333333 EAD111
333333 EAD222
333333 EAD333
333333 EAD444
444444 EAD111
444444 EAD999
Número
USP
Nome do 
Aluno
Código 
do Curso
111111 Bill EAD
222222 Tom EAD
333333 Jerry EAD
444444 Kim MAC
Aluno
Curso
Disciplina
Aluno_Disciplina
Transposição Transposição
Transposição
EEXEMPLOXEMPLO DEDE BDR BDR COMCOM RREDUNDÂNCIAEDUNDÂNCIA CCONTROLADAONTROLADA
Requisitos de
Banco de Dados
Análise de
Requisitos
Projeto Conceitual
Projeto Lógico
Modelo de Entidades
e Relacionamentos
Banco de Dados
Relacional (BDR)
DDESENVOLVIMENTOESENVOLVIMENTO DODO BBANCOANCO DEDE DDADOSADOS
Access
SQL Server
DB2
Oracle
No banco de dados 
relacional, todos os dados 
do banco são 
representados como 
simples tabelas.
Conversão de MER 
para BDR (Regras)
Requisitos de
Banco de Dados
Análise de
Requisitos
Projeto Conceitual
Projeto Lógico
Modelo de Entidades
e Relacionamentos
Banco de Dados
Relacional (BDR)
DDESENVOLVIMENTOESENVOLVIMENTO DODO BBANCOANCO DEDE DDADOSADOS
Access
SQL Server
DB2
Oracle
No banco de dados 
relacional, todos os dados 
do banco são 
representados como 
simples tabelas.
Conversão de MER 
para BDR (Regras)
MMODELOODELO DEDE EENTIDADESNTIDADES EE RRELACIONAMENTOSELACIONAMENTOS -- MERMER
 Entidades
◦ São coisas sobre as quais interessa armazenar e recuperar 
as informações.
◦ Exemplos:
Aluno Cliente DisciplinaPedido
Livro Produto FornecedorConta-corrente
Aluno
(Indivíduo)
Maria
Jose
Paulo
Bia
Pedro
Carlos
Ana
Lucia
Luis
MauroRui
Beto
João
Dirce Disciplina MAC111
EAD111
PEL123
MAE888
EAE532
EAC678
EAE456
EAD333EAD222
MAT768EAC234
MMODELOODELO DEDE EENTIDADESNTIDADES EE RRELACIONAMENTOSELACIONAMENTOS -- MERMER
 EntidadesEntidades
 Coisas tangíveisCoisas tangíveis: funcionário, livro, cidade, 
contribuinte, trabalhador, empresa etc.
 FunçõesFunções: cliente, acionista, gerente, médico, 
fornecedor, enfermeiro, operário, aluno, professor etc.
 OcorrênciasOcorrências: voo, falha do sistema, chamada de 
serviços etc.
 InteraçõesInterações: compra, venda, contrato de trabalho, 
seguro etc.
 EspecificaçõesEspecificações (meta objetos): tipo de produto etc. 
MMODELOODELO DEDE EENTIDADESNTIDADES EE RRELACIONAMENTOSELACIONAMENTOS -- MERMER
 Entidades
◦ Exemplo: Especificação
Produto
Automóvel
(RENAVAN)
4978
1111
7887
2741
1221
3453
1957
7654
2340
78905678
2222
1239
0987
Produto
(Tipo)
Azeite
Arroz A
Óleo
Pão
Leite A Queijo
Feijão
Arroz B
Sabão
SalAçúcar
Vinagre
Suco
Leite BMacarrão
Automóvel
MMODELOODELO DEDE EENTIDADESNTIDADES EE RRELACIONAMENTOSELACIONAMENTOS -- MERMER
 Relacionamentos
◦ São associações com significado entre entidades.
◦ Exemplos
Fez
Aluno DisciplinaInscrito
Cliente Pedido
N N
1 N
Professor CursoCoordena
1 1
Muitos-para-muitos
N:N
Um-para-muitos
1:N
Um-para-um
1:1
MMODELOODELO DEDE EENTIDADESNTIDADES EE RRELACIONAMENTOSELACIONAMENTOS -- MERMER
Professor CursoCoordena
1 1
P1
P2
P3
C1
C2
C3
Conjunto de 
Professores
(Pi)
Conjunto de 
Cursos
(Cj)
Relacionamento um-para-um (1:1)
MMODELOODELO DEDE EENTIDADESNTIDADES EE RRELACIONAMENTOSELACIONAMENTOS -- MERMER
FezCliente Pedido
1 N
C1
C2
C3
P1
P2
P3
Conjunto de 
Clientes
(Ci)
Conjunto de 
Pedidos
(Pj)
Relacionamento um-para-muitos (1:N)
P4
P5
MMODELOODELO DEDE EENTIDADESNTIDADES EE RRELACIONAMENTOSELACIONAMENTOS -- MERMER
D1
D2
D3
A1
A2
A3
Conjunto de 
Disciplinas
(Dj)
Conjunto de 
Alunos
(Ai)
Relacionamento muitos-para-muitos (N:N)
A4
A5
Aluno DisciplinaInscrito
N N
MMODELOODELO DEDE EENTIDADESNTIDADES EE RRELACIONAMENTOSELACIONAMENTOS -- MERMER
 Atributos
◦ São propriedades ou características que descrevem as entidades ou 
relacionamentos.
◦ Exemplo
 ALUNO (entidade): número, nome, RG, etc.
 DISCPLINA (entidade): código, nome, crédito, etc.
 INSCRITO (relacionamento): nota, freqüência, etc. 
Aluno
Número
Nome
RG
Inscrito
Disciplina
Código
Nome
Crédito
N N
Nota
Freqüência
Identificador ou 
Chave Primária
MMODELOODELO DEDE EENTIDADESNTIDADES EE RRELACIONAMENTOSELACIONAMENTOS -- MERMER
 Atributos de relacionamento
 Exemplo
 Cada Produto num Pedido tem quantidade pedida e 
preço unitário.
Pedido
Número
Data
Valor Total
Endereço
Contato
Contem
Produto
Código
Nome
Descrição
Preço Tabela
N N
Preço Unitário
Quantidade
Identificador ou 
Chave Primária
MMODELOODELO DEDE EENTIDADESNTIDADES EE RRELACIONAMENTOSELACIONAMENTOS -- MERMER
 Atributos de relacionamento
 Exemplo
 Cada Bibliografia numa Disciplina pode ser básica ou 
complementar.
Bibliografia
Código
Título
Autor
Tipo
Adotada
Disciplina
Código
Nome
Crédito
N N
Uso
Identificador ou 
Chave Primária
(básica ou complementar)
MMODELOODELO DEDE EENTIDADESNTIDADES EE RRELACIONAMENTOSELACIONAMENTOS -- MERMER
 Atributos de relacionamento
 Exemplo
 Cada Aluno num determinado Semestre tem nota e 
frequência para cada Disciplina cursada.
Aluno
Número
Nome
RG
Cursou
Disciplina
Código
Nome
Crédito
N N
Nota
Frequência
Identificador ou 
Chave Primária
Semestre
AnoSemestre
Como é necessário armazenar o semestre em que o aluno cursou a 
disciplina é necessário incluir a entidade Semestre.
N
Cliente
Código
Nome
CNPJ
Endereço
Cidade
Estado
Contato
Cidade
Código
Data Fundação
Área
População
PIB
MMODELOODELO DEDE EENTIDADESNTIDADES EE RRELACIONAMENTOSELACIONAMENTOS -- MERMER
 Entidade ou Atributo
 As entidades têm informações descritivas, isto é, atributos.
 Exemplo: Cidade
Entidade
Atributo
PPROJETOROJETO CCONCEITUALONCEITUAL
 Passo 1: Identificar as entidades
 Passo 2: Identificar os relacionamentosentre as 
entidades com as regras de negócio
 Passo 3: Identificar os atributos de entidades e 
relacionamentos
EEXEMPLOXEMPLO MER MER –– CCONTROLEONTROLE AACADÊMICOCADÊMICO
 Você precisa elaborar um banco de dados para registrar as seguintes 
informações. Para cada aluno deverá armazenar o número USP, nome, 
RG, seu curso e as disciplinas em que está inscrito com as notas e 
frequências obtidas. Para cada curso, o código, nome, professor que 
coordena e suas disciplinas componentes. Para cada disciplina, o 
código, nome, número de créditos e professor responsável. Para cada 
professor, o código e nome. Note que:
 um curso é coordenado por um professor e um professor só pode coordenar 
um curso;
 um professor pode ministrar várias disciplinas e uma disciplina pode ter 
apenas um professor;
 uma disciplina pode fazer parte de vários cursos e um curso é composto de 
várias disciplinas;
 um aluno pode pertencer apenas a um curso;
 um aluno pode estar inscrito em várias disciplinas e uma disciplina pode ter 
vários alunos
 Utilizando seus conhecimentos sobre MER, elabore o desenho inicial 
deste banco de dados.
EEXEMPLOXEMPLO MER MER –– CCONTROLEONTROLE AACADÊMICOCADÊMICO
 Passo 1: Entidades
 Aluno
 Curso
 Professor 
 Disciplina
 Passo 2: Relacionamentos com as regras de negócio
 Curso e Professor: um curso é coordenado por um professor e um professor só pode 
coordenar um curso
 Disciplina e Curso : uma disciplina pode fazer parte de vários cursos e um curso é 
composto de várias disciplinas
 Aluno e Curso: um aluno pode pertencer apenas a um curso
 Aluno e Disciplina: um aluno pode estar inscrito em várias disciplinas e uma disciplina 
pode ter vários alunos
 Professor e Disciplina: um aluno pode estar inscrito em várias disciplinas e uma 
disciplina pode ter vários alunos
 Passo 3: Atributos
 Cada Professor tem código e nome
 Cada Curso tem código e nome
 Cada Disciplina tem código, nome e número de créditos
 Cada Aluno tem número, nome e RG
 cada Aluno numa Disciplina tem nota e frequência
EEXEMPLOXEMPLO MER MER –– CCONTROLEONTROLE AACADÊMICOCADÊMICO
Curso
Código
Nome
Professor
Código
Nome
Aluno
Número
Nome
RG
Disciplina
Código
Nome
Crédito
Possui
Coordenado
por
Responsável
por
InscritoComposto de
N
N
N
N
N
N
1
1
1
1
Nota
Frequência
Solução
EEXERCÍCIOXERCÍCIO MER MER –– PPEDIDOEDIDO DEDE VVENDAENDA
Construir um modelo de entidades e relacionamentos (MER) para o 
banco de dados de pedido de venda baseado no documento abaixo: 
 
Companhia Pedro Luís de Oliveira S/A 
R. das Esquinas, 421 – cj. 89 
Santo Amaro – São Paulo – SP CEP 09000-992 
N. 001999 
PEDIDO DE VENDA 
Cliente: Nestlé S/A CNPJ: 002.235.695/0001-78 
Endereço: Av. Eng. Luís Carlos Berrini, 500 
Cidade: São Paulo Estado: SP Telefone: (11) 5894-5487 
Contato: Pedro (compras) 
ITENS DO PEDIDO 
Código Descrição Preço Quantidade Valor Item 
XU-12 Detergente Industrial 12,00 200,00 2.400,00 
CH-89 Escovas de Limpeza 19,00 100,00 1.900,00 
 
Totais 300,00 5.300,00 
Desconto Comercial 5% 265,00 
Valor c/ Desconto 5.035,00 
 
Data do Pedido: 07/03/05 Prazo de Entrega: 14/03/05 
 
No. Vendedor: 332 - Joelson 
 
EEXERCÍCIOXERCÍCIO MER MER –– PPEDIDOEDIDO DEDE VVENDAENDA
 
 
Companhia Pedro Luís de Oliveira S/A 
R. das Esquinas, 421 – cj. 89 
Santo Amaro – São Paulo – SP CEP 09000-992 
N. 001999 
PEDIDO DE VENDA 
Cliente: Nestlé S/A CNPJ: 002.235.695/0001-78 
Endereço: Av. Eng. Luís Carlos Berrini, 500 
Cidade: São Paulo Estado: SP Telefone: (11) 5894-5487 
Contato: Pedro (compras) 
ITENS DO PEDIDO 
Código Descrição Preço Quantidade Valor Item 
XU-12 Detergente Industrial 12,00 200,00 2.400,00 
CH-89 Escovas de Limpeza 19,00 100,00 1.900,00 
 
Totais 300,00 5.300,00 
Desconto Comercial 5% 265,00 
Valor c/ Desconto 5.035,00 
 
Data do Pedido: 07/03/05 Prazo de Entrega: 14/03/05 
 
No. Vendedor: 332 - Joelson 
 
Cliente
Produto
Vendedor
Pedido
Pedido
Item 
pedido
Identificando Entidades
EEXERCÍCIOXERCÍCIO MER MER –– PPEDIDOEDIDO DEDE VVENDAENDA
Cliente
Código
Nome
CNPJ
Endereço
Cidade
Estado
Telefone
Contato
Pedido
Número
Data Pedido
Prazo Entrega
Total
Desconto
Produto
Código
Descrição
Preço
Fez 
pedido
Contem
item
1 N
N
N
Valor item
Vendedor
Código
Nome
Regis-
trou
1
N
Quantidade
Solução
EEXERCÍCIOXERCÍCIO MER MER -- CCLÍNICALÍNICA
 Construir um modelo de entidades e relacionamentos 
(MER) para o banco de dados de uma clínica abaixo:
 Cada médico que trabalha na clínica é identificado pelo seu 
CRM, um nome, uma data de admissão e um salário.
 Para todo paciente internado na clínica são cadastrados 
alguns dados pessoais: código, nome, RG, CPF, endereço e 
telefone para contato.
 Um paciente tem sempre um médico como responsável, com 
um horário de visita diário predeterminado.
 Pacientes estão sempre internados em quartos individuais que 
são identificados por um número e está em um andar da 
clínica.
EEXERCÍCIOXERCÍCIO MER MER -- CCLÍNICALÍNICA
Inter-
nado
Médico
CRM
Nome
Data_Admissão
Salário
Paciente
Código
Nome
RG
CPF
Endereço
Tel_Contato
Quarto
Num_Quarto
AndarRespon-
sável
1 N 1 1
•Horário_Visita
Solução
EEXERCÍCIOXERCÍCIO MER MER –– EEMPRESAMPRESA DEDE CCONSULTORIAONSULTORIA
Você foi convidado a elaborar um banco de dados para uma empresa 
de consultoria que deseja registrar informações sobre seus projetos e 
consultores. De acordo com o solicitado pelo seu cliente, para cada 
projeto você deverá armazenar o código, nome, e endereço da 
empresa que solicitou o projeto, o número do projeto, a data de início 
e de término do projeto, o valor do projeto, o número, nome, número 
do documento de identidade e especialização dos consultores que 
participaram do projeto, as horas que trabalharam em cada projeto e a 
função que exerceu (líder ou membro) . Note que uma mesma 
empresa pode solicitar diversos projetos e um mesmo consultor pode 
trabalhar em diversos projetos. Utilizando seus conhecimentos sobre 
modelo de entidades e relacionamentos (MER), elabore o desenho 
inicial deste banco de dados.
EEXERCÍCIOXERCÍCIO MER MER –– EEMPRESAMPRESA DEDE CCONSULTORIAONSULTORIA
Parti-
cipou
Empresa
Código
Nome
Endereço
Projeto
Num_Projeto
Data_Início
Data_Término_
Valor
Consultor
Num_Consultor
Nome
Num_Ident
Especialização
Solici-
tou
1 N N N
•Horas_Trabalhadas
•Função_Exercida
Solução
EEXERCÍCIOXERCÍCIO CCOMPANHIAOMPANHIA DEDE SSEGUROSEGUROS PARAPARA 12/03 12/03 
EENTREGARNTREGAR EMEM PAPELPAPEL NONO INÍCIOINÍCIO DADA AULAAULA ((EXERCÍCIOEXERCÍCIO
INDIVIDUALINDIVIDUAL))
 Construir um modelo de entidades e relacionamentos 
(MER) para uma companhia de seguros de 
automóveis com um conjunto de clientes, onde cada 
um possui um certo número de automóveis. Os dados 
do cliente são código, nome, RG, CPF, endereço e 
telefone. Do carro deve-s armazenar a placa, código 
RENAVAN, fabricante, modelo e ano. Associado a 
cada automóvel há um histórico de ocorrências. Cada 
ocorrência deve ter um número (único), data, local e 
descrição.
EEXERCÍCIOXERCÍCIO LLOJAOJA DEDE VVAREJOAREJO PARAPARA 12/0312/03
EENTREGARNTREGAR EMEM PAPELPAPEL NONO INÍCIOINÍCIO DADA AULAAULA ((EXERCÍCIOEXERCÍCIO
INDIVIDUALINDIVIDUAL))
 Construa um Modelo de Entidades e Relacionamentos (MER) para um 
banco de dados de uma loja contendo tipo de produto, fornecedor, 
cliente, venda e loja?
 Suponha que:
 um tipo de produto pode ser fornecido por vários fornecedores e um 
fornecedor pode fornecer vários tipos de produtos;
 a venda a um cliente pode conter vários tipos deproduto e um tipo de 
produto pode fazer parte de várias vendas;
 a venda a um cliente é realizada em uma das lojas da empresa;
 cada produto numa venda tem preço e quantidade;
 cada venda tem número da nota fiscal, data, valor total;
 cada tipo de produto tem código, nome e descrição;
 cada cliente tem código, nome e endereço;
 cada fornecedor tem código, nome, CNPJ e endereço;
 cada loja tem código, nome e CNPJ.