3. Roteiro
• O Processo de projeto de Banco de Dados
• Conceitos do modelo ER
• Diagrama ER
4. O Processo de Projeto de Banco de Dados
MUNDO
REAL
MODELO ESQUEMA Modelagem dos dados
SEMÂNTICO CONCEITUAL
MODELO ESQUEMA
LÓGICO Mapeamento p/ modelo lógico
LÓGICO
MODELO ESQUEMA Mapeamento p/ modelo físico
FÍSICO FÍSICO
5. Modelo ER
Construtores Básicos
• Entidades
– nomes, ‘coisas’ na aplicação.
• Atributos
– propriedades das entidades.
• Relacionamento entre entidades
7. Modelo ER
Construtores Básicos
• A estrutura de uma entidade consiste de um
conjunto de atributos.
– Mandatório ou opcional;
– Simples ou Composto
– Monovalorado ou multivalorado;
• Relacionamentos também podem ter atributos.
• Entidades e relacionamentos podem ter um ou
mais conjuntos de atributos servindo como
identificador.
8. Modelo ER
Chave (Identificador)
• Um conjunto de atributos mínimo tal que não pode existir
duas entidades diferentes (no conjunto de entidades) que
concordam com todos estes atributos.
– Exemplos: Número_de _matrícula, Nome_departamento
• Todo conjunto de entidades precisa ter uma chave, ou
então você esqueceu de incluir alguma informação no
esquema
9. Modelo ER
Notação para Atributos
(a) Atributo faz parte do Identificador
CPF
(c) Atributo Complexo
Rua
(b) Atributo Multivalorado Endereço cidade
telefones Estado
10. Modelo ER
Tipos de Relacionamentos
Cardinalidade
Um-para-um 1 1
Professor gerencia Departamento
Um-para-muitos Departamento 1 possui
N Professores
Muitos-para- Professor N M
ensina Aluno
Muitos
11. Modelo ER
Tipos de Relacionamentos
Restrição Existencial
1 1 Departamento
Professor gerencia
Mandatório
Opcional
12. Modelo ER
Tipos de Relacionamentos
Outra Notação para especificar a cardinalidade de
Relacionamentos :
Cada ligação de uma entidade para um relacionamento tem
associado as cardinalidades mínima e máxima, que
especificam se a ligação é (0,1), (0, n), (1,1) ou (1, n).
(0,1) (1,1)
1 1 Departamento
Professor gerencia
Mandatório
Opcional
13. Modelo ER
Tipos de Relacionamentos
Grau
Binário Recursivo Servidor supervisiona
Binário Professor Trabalha-no Departamento
Ternário
Aluno Matricula Curso
Professor
14. Modelo ER
Relacionamento “é-um”
Toda entidade gerente é também uma
entidade professor, com todos os atributos
de professor.
profID
Gerente é-um Professor
15. Comentários sobre o modelo ER
• É simples demais. Tem sido propostas algumas extensões. .
• Nenhum DBMS comercial usa o modelo ER. A maioria dos
profissionais de BD projetam o esquema usando o modelo de
ER e então traduzem o esquema no modelo relacional.
• É muito importante projetar um “bom” esquema porque o
esquema determina o desempenho da aplicação. É difícil
modificar o esquema depois de carregado.
• Não existe um enfoque cientifico para projetar um bom esquema.
Ciência oferece algumas dicas, e o resto é arte.
16. Projetando um bom Esquema
• 1: Aprenda sobre a aplicação
– Que problemas a aplicação resolve?
– Que perguntas a aplicação faz sobre os dados?
– Quão comum é cada tipo de pergunta?
– Quão rápido cada tipo de pergunta precisa ser
respondida?
– Que dados a aplicação precisa para responder
estas perguntas?
– Qual a quantidade de dados?
17. Projetando um bom esquema
• 2: Projete um esquema preliminar
– Avalie como o seu desempenho dado as suposições de #1.
– Considere o futuro: quais são as probabilidades de futuras
modificações.
• 3: Melhore o esquema
– Objetivos: Evite redundância e obtenha bom desempenho.
(estes conflitam)
– Para entender quão rápido consultas podem ser respondidas
com um dado esquema, nós precisamos primeiro aprender
sobre as linguagens de consultas e o processamento de
consultas.
18. Modelo ER
Diagrama ER
Professor n oferta n
Disciplina
cpf
horário
cod nome
Mestre Doutor
19. Ora, a fé é a certeza daquilo que
esperamos e a prova das coisas que não
vemos.
Hebreus 11:1
Até a próxima aula!