AulaER1

Projeto de Banco de Dados

O Processo de Projeto de

Banco de Dados

Modelagem Conceitual

•

_{Com base nos requisitos de dados, criar}

um esquema conceitual para o banco de

dados;

•

_{Modelo ER (entidade-relacionamento) é o}

modelo de dados conceitual mais

difundido:

– _{É representado pelo DER (diagrama}

Projeto Lógico

•

_{Com base no DER definido na fase}

anterior, criar um diagrama relacional:

– Representação gráfica de um esquema relacional.

Projeto Físico

• Definir estruturas de armazenamento:

– Como e onde devem ser armazenadas as tabelas:

• _{Uma tabela em um arquivo;}

• Várias tabelas em um único arquivo.

• Definir índices e seus tipos;

Projeto de Banco de Dados

Introdução

• Não é implementado por nenhum SGBD;

• _{Utilizado como modelo conceitual para projeto}

de BDs;

• Ferramenta para a modelagem de BDs;

Entidade

•

_{Cada objeto particular é chamado de}

entidade;

•

Exemplos:

– _{Objeto concreto:}

– Um empregado, um carro, um estudante; – _{Objeto abstrato:}

– Uma empresa, uma conta bancária, uma disciplina.

Entidade

•

_{Conjunto de entidades (tipo de entidade)}

da realidade com características semelhantes;

– Exemplo: – Representação: ALUNO Conjunto de entidades ALUNO João Leôncio Eduardo Clidenor Alice

Relacionamento

•

_{Cada associação particular é chamada de}

relacionamento;

•

Exemplos:

– _{O aluno Caio está matriculado no curso de} Física;

– _{A empregada Joana está alocada ao} departamento de vendas.

Relacionamento

•

_{Conjunto de relacionamentos (tipo de}

relacionamento)

– Representação abstrata de um conjunto de associações entre entidades;

– Exemplo 1:

– O tipo de relacionamento MATRÍCULA associa alunos aos seus respectivos cursos.

Relacionamento

• Exemplo 2:

– _{O tipo de relacionamento entre EMPREGADO e}

DEPENDENTE não possui um nome visível;

– Neste caso, por padrão, seu nome será

EMPREGADO-DEPENDENTE (concatenação entre o nome das entidades participantes).

Relacionamento

Tipo de entidade CURSO

Direito Computação Farmácia

Tipo de entidade ALUNO João Alice Eduardo Tipo de relacionamento MATRÍCULA Eduardo, Direito João, Computação Alice, Computação

Classificação de Relacionamentos

•

_Grau

– Binário recursivo ou auto-relacionamento:

– Relacionamento entre entidades de mesmo tipo;

– Torna-se necessário a utilização de papéis;

– Papéis servem para designar a função das entidades nos relacionamentos;

•

_{Grau (continuação)}

– Binário recursivo (continuação):

– Exemplo: – Diagrama de ocorrências: PESSOA CASAMENTO marido esposa Tipo de entidade PESSOA Raimunda Cassandra Xavier Tipo de relacionamento

CASAMENTO Xavier, Raimunda

Luan, Cassandra Alex

marido

esposa

marido

esposa

•

_{Grau (continuação)}

– Binário:

– Em cada relacionamento, duas entidades estão envolvidas;

– Exemplo:

EMPREGADO LOTAÇÃO DEPARTAMENTO

•

_{Grau (continuação)}

– Ternário:

– Em cada relacionamento, três entidades estão envolvidas;

– Exemplo:

CIDADE DISTRIBUIÇÃO DISTRIBUIDOR

PRODUTO

•

_{Cardinalidade}

– Um para um (1:1):

– Seja R, um tipo de relacionamento entre os tipos de entidade A e B:

– Cada entidade de A, em R, pode estar associada somente a uma entidade de B e vice-versa;

– Exemplo: PESSOA CASAMENTO marido esposa 1 1

Classificação de Relacionamentos

•

_{Cardinalidade (continuação)}

– Um para muitos (1:N):

– Sejam A e B duas entidades:

– As entidades de A podem se associar a muitas entidades de B;

– Porém as entidades de B podem se associar a no máximo uma entidade de A;

– Exemplo:

– Cada entidade pode estar associada a no máximo uma

EMPREGADO N LOTAÇÃO 1 DEPARTAMENTO

•

_{Cardinalidade (continuação)}

– Muitos para muitos (N:N):

– Seja R, um tipo de relacionamento entre os tipos de entidade A e B:

– Cada entidade de A, em R, pode estar associada muitas entidades de B e vice-versa;

– Exemplo:

– Cada médico pode consultar muitos pacientes e cada

MÉDICO N CONSULTA N PACIENTE

Restrição de Participação

•

_{Participação total}

– Toda entidade deve participar de algum relacionamento;

•

_{Participação parcial}

– Entidades podem não possuir relacionamento.

Restrição de Participação

•

_Exemplo:

– _{Cada departamento DEVE ser gerenciado por}

algum empregado (participação total);

– _{Empregados PODEM não gerenciar} opcional

EMPREGADO 1 1 DEPARTAMENTO

mandatório

Cardinalidade Mínima

•

_{Cada ligação de uma entidade para um}

relacionamento tem associada as

cardinalidades mínima e máxima, que

especificam se a ligação é (0,1), (0, n),

(1,1) ou (1, n).

•

Exemplo:

Relacionamento Ternário

•

_{Cardinalidade de relacionamento ternário}

CIDADE (0, N) _{DISTRIBUIÇÃO} (0,N) DISTRIBUIDOR

PRODUTO

(0,N)

A cardinalidade (0,N) significa que cada distribuidor pode estar em, no mínimo, nenhum e, no máximo, vários relaciona-mentos do tipo DISTRIBUIÇÃO.

Atributo

•

_{Propriedade associada a todas as}

entidades ou relacionamentos a que se

refere;

•

_{Cada entidade/relacionamento pode ter}

valores associados a esse atributo;

•

Exemplo:

– _{As entidades do tipo PROJETO possuem os} PROJETO

código nome

Cardinalidade de Atributo

•

_{Atributos podem ter cardinalidade;}

•

Representação análoga a de uma entidade

em um relacionamento;

•

_{Cardinalidade é omitida quando é (1,1);}

•

_Exemplo:

– Os atributos código e nome têm cardinalidade

CLIENTE

código nome

Tipos de Atributos

•

_Mandatório

– Cada entidade/relacionamento, deve ter um valor associado ao atributo;

•

_Opcional

– Pode não haver entidade/relacionamento com valor associado ao atributo.

•

_Exemplo:

CLIENTE

código

Tipos de Atributos

•

_Monovalorado

– Atributo com no máximo um valor associado por entidade/relacionamento;

•

_{Multivalorado}

– Atributo que permite mais de um valor associado por entidade/relacionamento.

•

_Exemplo:

Tipos de Atributos

•

_Simples

– Atributo que não pode ser subdividido;

•

_Composto

– Atributo formado por outros atributos.

•

_Exemplo:

Atributos em Relacionamentos

•

_{Em alguns casos, pode ser apropriado}

colocar atributos em relacionamentos;

•

_{Exemplo 1:}

– Um engenheiro pode atuar com funções diferentes em projetos distintos;

– Um projeto pode ter engenheiros com funções

ENGENHEIRO (0,N) ATUAÇÃO (0,N) PROJETO

Atributos em Relacionamentos

•

_{Exemplo 2:}

– _{Suponha que os tipos de vendas sejam à vista}

e a prazo:

– Os atributos nº de parcelas e taxa de juros se referem a vendas a prazo e, para explicitar isso, o tipo de relacionamento FINANCIAMENTO foi criado

FINANCEIRA (0,1) _{FINANCIAMENTO} (0,N) VENDA

Chave (Identificador)

•

_{Um conjunto de atributos mínimos tais que}

não podem existir objetos distintos na

mesma entidade/relacionamento que

concordem em todos estes atributos;

•

_{Todo tipo de entidade precisa ter uma}

chave, pois, em caso contrário,

esqueceram de incluir alguma informação

no esquema;

Chave em Entidades

•

_{Exemplo 1:}

– O atributo código identifica as entidades do tipo PESSOA, ou seja, cada pessoa tem um código diferente;

– Os valores dos atributos nome e endereço podem se repetir em entidades distintas.

PESSOA

código nome endereço

Chave em Entidades

•

_{Exemplo 2:}

– As entidades do tipo PRATELEIRA são identificadas pelo par de atributos nº do

corredor e nº da prateleira.

PRATELEIRA

nº do corredor nº da prateleira capacidade

Chave em Entidades

•

_{Exemplo 3:}

– As entidades do tipo DEPENDENTE são

identificadas pelo par de atributos número e EMPREGADO.código;

– Entidades que necessitam de atributos externos para serem identificadas são

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

Chave em Relacionamentos

•

_{Exemplo 1:}

– As ocorrências do relacionamento ALOCAÇÃO são identificadas pelo par

(ENGENHEIRO.código, PROJETO.código);

– _{Isto acontece porque cada par aparece}

somente uma vez no relacionamento

ENGENHEIRO (0,N) ALOCAÇÃO (0,N) PROJETO

Chave em Relacionamentos

•

_{Exemplo 2:}

– As ocorrências do relacionamento CONSULTA são identificadas pela tripla (MÉDICO.código,

PACIENTE.código, data/hora);

– _{Isto acontece porque um médico pode consultar}

o mesmo paciente várias vezes.

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