AulaER2

(1)

Projeto de Banco de Dados

(2)

Introdução

• _{Alguns aspectos podem ser expressos}

melhor com extensões do modelo E-R

básico;

• _{Para essa finalidade foi criado o modelo}

entidade-relacionamento estendido

(modelo EER).

(3)

Relacionamento é-um

• _{Toda entidade do tipo GERENTE é}

também uma entidade do tipo

EMPREGADO, com todos os atributos de

EMPREGADO.

(4)

Subclasses e Superclasse

• _{Uma classe é um conjunto de entidades;}

• _{Uma subclasse é uma classe cujas}

entidades devem pertencer também a outra

classe (a superclasse);

• _Exemplo:

– SECRETÁRIA  EMPREGADO.EMPREGADO SECRETÁRIA TÉCNICO

(5)

Subclasses e Superclasse

• _{Razões para o uso de subclasses:}

–

_{Alguns atributos só se aplicam a algumas}

entidades (da subclasse);

–

_{Alguns relacionamentos só permitem}

participação de entidades que são membros

da subclasse;

–

Selecionar um conjunto de entidades com

uma propriedade comum.

(6)

Subclasses e Superclasse

• _{Herança de atributos:}

–

_{Uma subclasse herda todos os atributos e}

relacionamentos da superclasse;

–

_{Os atributos da superclasse não precisam ser}

definidos na subclasse. Isto torna os

esquemas mais claros.

(7)

Especialização e Generalização

• Uma especialização Z = {S

1

, ..., S

n

} é um

conjunto de subclasses que têm a mesma

superclasse G; i. e., S

_i

 G para i = 1, ...,n;

• _{Temos que G é chamada de uma}

(8)

Especialização e Generalização

• _Exemplo:

–

Seja Z = {SECRETÁRIA, TÉCNICO} e

G = EMPREGADO:

– Z é especialização de G; – G é generalização de Z. EMPREGADO SECRETÁRIA TÉCNICO É-UM É-UM

(9)

Especialização e Generalização

• _{Exemplo de representação no DER:}

CLIENTE (0,N) código FILIAL (1,1) código nome nome PESSOA FÍSICA PESSOA JURÍDICA tipo de organização CNPJ sexo CPF

(10)

Especialização e Generalização

• _{Enfoques para a modelagem conceitual:}

–

_{Refinamento conceitual top-down (por}

especialização);

–

Síntese conceitual bottom-up (por

generalização).

(11)

Especialização e Generalização

• _{Especialização disjunta:}

–

Nenhuma entidade da superclasse pode

pertencer a mais de uma das subclasses de

mesmo nível;

–

_Exemplo:

CLIENTE PESSOA FÍSICA PESSOA JURÍDICA

(12)

Especialização e Generalização

• Especialização com sobreposição:

– Entidades da superclasse podem pertencer a mais de uma das subclasses de mesmo nível;

– Exemplo:

– Não recomendada por alguns autores porque não é possível usar o identificador da superclasse na subclasse. (DESCONSIDERADO)

PESSOA

(13)

Especialização e Generalização

• _{Especialização com sobreposição (cont.):}

–

Possível modificação para o exemplo dado:

PESSOA

(14)

Especialização e Generalização

• _{Especialização total:}

–

Toda entidade da superclasse pertence a

alguma subclasse;

–

_Exemplo:

CLIENTE PESSOA FÍSICA PESSOA JURÍDICA t

indica que todo cliente é ou pessoa física ou pessoa jurídica

(15)

Especialização e Generalização

• _{Especialização parcial:}

–

Entidades da superclasse podem não possuir

uma subclasse correspondente;

–

_Exemplo:

FUNCIONÁRIO

SECRETÁRIO MOTORISTA p

indica que podem existir funcionários

que não são motoristas nem secretários

(16)

Agregação

• Abstração que representa tipos de relacionamento

como tipos de entidade;

• Exemplo:

– Considere o seguinte DER:

– Como modificá-lo de forma que seja possível saber quais

medicamentos existem e que medicamentos foram prescritos em cada consulta?

(17)

Agregação

• _{Exemplo (continuação):}

–

Uma possível solução:

MÉDICO (0,N) _CONSULTA (0,N) PACIENTE

PRESCRIÇÃO

MEDICAMENTO (0,N)

(18)

Projeto de Banco de Dados

Considerações sobre

o Modelo ER

(19)

Comentários sobre o Modelo ER

• Possui limitações e, por isso, foi proposto o modelo EER;

• Recomenda-se que os profissionais de BD projetem o

esquema usando o modelo de ER, que servirá de base se criar o esquema no modelo relacional;

• É muito importante projetar um “bom” esquema porque o esquema pode ser determinante para um bom desempenho da aplicação;

• Não existe um enfoque cientifico para projetar um bom esquema. Ciência oferece algumas dicas, e o resto é arte.

(20)

Projetando um Bom Esquema

• _{Aprenda sobre a aplicação:}

– Que problemas a aplicação resolve?

– Que perguntas sobre os dados a aplicação precisa responder?

– Quão comum é cada tipo de pergunta?

– Quão rápido precisa cada tipo de pergunta ser respondida?

– Que dados precisa a aplicação para responder estas perguntas?

(21)

Projetando um Bom Esquema

• _{Projete um esquema preliminar:}

– Avalie o desempenho que uma base de dados teria se baseada no esquema preliminar por meio das

suposições sobre a aplicação;

– Também, considere o futuro: quais são as probabilidades de futuras modificações.

• Melhore o esquema:

– Eliminação de redundância e ganho em desempenho são dois aspectos importantes nesse processo;

– Por isso é desejável que se conheça o

(22)

Projeto de Banco de Dados

Mapeamento de Esquema ER

em Esquema Relacional

(23)

O Processo de Projeto de

Banco de Dados

MODELAGEM CONCEITUAL MODELAGEM CONCEITUAL PROJETO LÓGICO PROJETO LÓGICO PROJETO FÍSICO PROJETO FÍSICO Requisitos de dados Esquema conceitual Esquema lógico Esquema físico Mapeamento de esquema ER em esquema Relacional

(24)

Mapeando Esquemas ER em

Esquemas Relacionais

• Passo 1 – Mapeamento de tipos de entidades

(não fracas):

– Para cada tipo de entidade (não fraca) E, crie uma relação que tenha todos os atributos simples de E. Escolha a chave primária de E.

– Exemplo: CLIENTE CPF nome data de nascimento endereço rua número bairro

(25)

Mapeando Esquemas ER em

Esquemas Relacionais

• Passo 2 – Mapeamento de entidade fraca:

– Para cada entidade fraca F dependente da entidade E, crie uma relação R com todos os atributos simples de F.

– Inclua a chave primária de E como chave estrangeira em F.

– A chave primária de R será a chave parcial de F mais a chave primária de E;

– Exemplo:

EMPREGADO (0,N) (1,1) DEPENDENTE

CPF _nome _{grau de}

(26)

Mapeando Esquemas ER em

Esquemas Relacionais

• Passo 3 – Mapeamento de Relacionamento Binário 1:1:

– Para cada relacionamento R, binário 1:1, entre as entidades S e T, pode-se escolher:

– (a) Incluir a chave primária de T como chave estrangeira em S, e todos os atributos simples de R tornam-se

• Passo 5 – Mapeamento de relacionamento binário N:N:

– Para cada relacionamento R, binário N:N, entre as entidades S e T,

– Cria-se uma nova relação TR para representar o tipo de relacionamento;

– Inclui-se as chaves primárias de S e T como chaves estrangeiras em TR;

– Esses atributos comporão a chave primária de TR;

– Atributos de relacionamentos devem ser incluídos na tabela TR.

(32)

– Exemplo:

Mapeando Esquemas ER em

Esquemas Relacionais

EMPREGADO (0,N) _TRABALHA (0,N) PROJETO horas

(33)

Mapeando Esquemas ER em

Esquemas Relacionais

• Passo 6 – Mapeamento de atributo multivalorado:

– Para cada atributo multivalorado A, cria-se uma nova

relação R que inclui um atributo correspondente a A e a chave primária K da relação que representa entidade ou relacionamento que tem A como atributo;

– A chave de R é a combinação de A com K;

– Se o atributo multivalorado é composto inclui-se seus componentes simples.

(34)

• Passo 6 (continuação):

– Exemplo:

Mapeando Esquemas ER em

Esquemas Relacionais

CLIENTE código nome telefone (0,N)

(35)

Mapeando Esquemas ER em

Esquemas Relacionais

• Passo 7 – Mapeamento de relacionamento n-ário, onde n  2:

– Para cada relacionamento n-ário R, n  2, entre os tipos de entidade E1, ..., En,

– Cria-se uma nova relação V para representar R;

– Inclui-se as chaves primárias de E₁, ..., E_n como chaves estrangeiras em V, e todos os atributos simples de R tornam-se atributos de V;

– Os atributos que pertencem aos tipos de entidade, cuja cardinalidade indicada ao lado seja no máximo N

(considerando que a cardinalidade utilizada é a que mostra somente o máximo), comporão a chave primária de V.

– Quando o tipo de entidade possui cardinalidade máxima 1, deve-se analisar se seu atributo comporá a chave.

(36)

• Passo 7 (continuação): – Exemplo 1:

Mapeando Esquemas ER em

Esquemas Relacionais

quantidade código

FORNECEDOR N _FORNECE N PEÇA

PROJETO N

código

(37)

– Exemplo 2:

Mapeando Esquemas ER em

Esquemas Relacionais

código

PROFESSOR 1 _MINISTRA N TURMA

PERÍODO N

código