Marcelo Henrique dos Santos

(1)

BANCO DE DADOS – MODELAGEM E IMPLEMENTAÇÃO

Mestrado em Educação (em andamento) MBA em Marketing e Vendas (em andamento)

Especialista em games

Bacharel em Sistema de Informação

(2)

AULA 02

(3)

Relacionamento

Um para Um – 1:1

Uma ocorrência de A está associada a no máximo uma ocorrência de

B, e uma ocorrência em B está associada a no máximo uma

ocorrência em A. João Pedro Paulo Maria Jurídico Contabilidade Financeiro Conjunto A (Empregado) Conjunto B (Departamento)

(4)

Relacionamento

Um para Um – 1:1

Empregado Gerencia ₁ Departamento

1

(5)

Relacionamento

Um para Muitos – 1:N

Uma ocorrência de A está associada a várias ocorrências de B, porém uma ocorrência de B deve estar associada a no máximo uma ocorrência em

A Conjunto A (Departamento) Contabilidade Financeiro Ana Pedro João Sandro Conjunto B (Empregado)

(6)

Relacionamento

Um para Muitos – 1:N

Empregado Departamento Lotação N 1

(7)

Relacionamento: Muitos para

Muitos – M:N ou N:N

Uma ocorrência de A está associada a qualquer número de ocorrências de

B, e uma ocorrência em B está associada a qualquer número de

ocorrências em A Sigmoda MM-TOM Sinpli AATOM Conjunto A (Empregado) Conjunto B (Projeto) João Pedro Paulo Maria

(8)

Empregado _N Atua _N Projeto

Relacionamento: Muitos para

Muitos – M:N ou N:N

(9)

Cardinalidade Mínima

• O modelo ER permite expressar cardinalidades mínimas e máximas em cada relacionamento

Cardinalidade Mínima:

• número mínimo de ocorrências de uma entidade A com relação a uma outra entidade B

Representação:

• (cardinalidade mínima, cardinalidade máxima)‏

• Cardinalidades Possíveis: (1,1); (1,N); (0,1);(0,N);(N,N) Cardinalidade mínima = 1 (relacionamento obrigatório)

(10)

Cliente _(1,1) ContaCliente _(1,N) Conta

Exemplo de Relacionamento Obrigatório:

 cada ocorrência de cliente está relacionado a no mínimo quantas contas e no máximo quantas contas?

 Cada ocorrência de conta está relacionada a no mínimo quantos clientes e no máximo quantos clientes?

Exemplo de Relacionamento Opcional:

Cardinalidade Mínima e

Máxima

(11)

Atributos também

podem ter Cardinalidade

• Monovalorado: possui um valor único em

uma entidade

– Exemplo: CPF

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

– Exemplo: telefone Empregado telefone (0,N) CPF Nome Salário Empregado CPF Nome Salário

(12)

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 TELEFONE (0,N) Cliente nome Endereço (1,N)

(13)

Relacionamentos e

Papéis

Papel é a função que uma ocorrência da entidade cumpre dentro de uma ocorrência do relacionamento

Não é obrigatória no Modelo ER

Cliente ContaCliente Conta

(1,1) (1,N)

movimenta É movimentada

Empregado _(1,N)alocado Atua envolve _(0,N) Projeto

(14)

Auto-Relacionamento

(Relacionamento Unário)

• Relacionamento entre ocorrências da mesma entidade

Empregado (0,N) supervisiona supervisor (1,1) supervisionado João Pedro Paulo Maria supervisor supervisionada Pessoa (0,1) (0,1) casadoCom Esposa Marido Roberto Pedro Felipe Ana marido esposa

(15)

Relacionamento Binário

e Ternário

Empregado trabalha Departamento

(1,N ) (1,1 ) Cidade _Distribuido r Produto distribuição Binário Ternário (1,1) (1,N) (1,N)

(16)

Identificando Entidades

• Cada entidade deve ter um identificador

• Identificador (também conhecido como chave):

– É o conjunto de um ou mais atributos ou relacionamentos cujos

valores servem para distinguir uma ocorrência da entidade das demais ocorrências da mesma entidade

– Exemplo: os atributos CPF ou Carteira de Identidade identificam UNICAMENTE um cidadão brasileiro

• Representação no Modelo Cliente CPF Nome Endereco Prateleira NumeroCorredor NumeroPrateleira

(17)

Identificando

Relacionamentos

• Quando parte da chave é um relacionamento

– Exemplo: CPF do Empregado e numero sequencial na entidade Dependente

• Entidade Fraca: entidade sem chave

– A entidade é identificada por algum atributo da entidade + algum

relacionamento

• Entidade Forte: entidade com chave

– A entidade é identificada por atributos da própria entidade

Empregado _Dependente Numero

Nome Cpf

Nome Endereco

(18)

Dr. Paulo Dr. Flora 22/10/2007 05/02/2009 20/03/2009

Relacionamento com

Atributo Identificador

Médico Consulta Paciente

dataDaConsulta

CRM nome celular CPF nome endereço

Vania José

(19)

Terminologia

• Entidade e instância

– Para referir-se a um objeto particular

• fala-se em instância ou ocorrência de entidade

• Diferentes terminologias

Conjunto Elemento do conjunto

Entidade Instância ou ocorrência

Conjunto de entidades Entidade Classe objeto Heuser Peter Chen Orientação a Objetos (Bush)

(20)

Atividade 2

Considere o seguinte sistema, onde o dono de um hotel deseja controlar em um banco de dados todas as reservas de quartos.

O hotel oferece quartos de diferentes tipos: apto (com cozinha e ar condicionado), suíte simples (somente frigobar), suíte dupla (somente frigobar), e suíte luxo (frigobar e ar condicionado), cada um com valores diferentes devido aos itens extras.

(21)

Atividade 2

No ato da reserva, o sistema deve registrar alguns dados como o nome do cliente, telefone, CPF e número do cartão de credito, bem como o tipo de quarto e o período.

O valor das diárias é o mesmo para qualquer data. Lembre-se que um cliente pode efetuar mais de uma reserva, para o mesmo período ou períodos diferentes.

(22)

Atividade 2

Dada a planilha atual com os dados do sistema, normalize a tabela, identificando chaves primárias e estrangeiras e justificando qual é a dependência funcional para cada nova tabela criada.

Reserva (numeroReserva, apto, suiteSimples,

suiteDupla, suiteLuxo, valorDiariaQuarto,

dataInicial, dataFinal, nomeCliente, cpfCliente, telefoneCliente, numeroCartao)

•

• Uma vez definido o modelo lógico, faça a engenharia reversa definindo o modelo conceitual

•

• Responda as seguintes perguntas: •

• 1) O que é uma entidade forte? • 2) O que é uma entidade fraca?

• 3) Para que serve um SGBD e quais são as suas vantagens?

(23)

Atividade 2

Uma vez definido o modelo lógico, faça a engenharia reversa definindo o modelo conceitual

Responda as seguintes perguntas:

1) O que é uma entidade forte?

2) O que é uma entidade fraca?

3) Para que serve um SGBD e quais são as suas vantagens?

(24)

BIBLIOGRAFIA

• Elmasri & Navathe – Fundamentos de Bancos de Dados

• Carlos Alberto Heuser – Projeto de Banco de Dados

• Korth e Silberchatz – Sistema de Bancos de Dados

PROGRAMAÇÃO ORIENTADA A EVENTOS

(25)

BIBLIOGRAFIA

• HEUSER, C.A. Projeto de Banco de Dados. 6ª Edição. Porto Alegre. Capítulos 2 e 3

• Korth, H. F.; Sudarshan, S; Silberschatz, A. Sistema de Banco de Dados. 5a ed. Editora Campus, 2006. - Capítulo 6

• Elmasri, R.; Navathe S. B. Sistemas de Banco de Dados. 4 ed. Editora Addison-Wesley. 2005. - Capítulo 3

(26)

BIBLIOGRAFIA

• HEUSER, C.A. Projeto de Banco de Dados. 6ª Edição. Porto Alegre. Capítulos 2 e 3

• Korth, H. F.; Sudarshan, S; Silberschatz, A. Sistema de Banco de Dados. 5a ed. Editora Campus, 2006. - Capítulo 6

• Elmasri, R.; Navathe S. B. Sistemas de Banco de Dados. 4 ed. Editora Addison-Wesley. 2005. - Capítulo 3