[BD 2]MER

Esta é uma pré-visualização de arquivo. Entre para ver o arquivo original

Banco de Dados
Aula 2 – Modelo Entidade Relacionamento
Professores: Elaine Araújo e Tiago Brasileiro 
Introdução
O Modelo Entidade e Relacionamento(ER) é um modelo conceitual e deve estar mais próximo possível da visão que o usuário tem dos dados.
Objetivo: descrever quais dados devem ser armazenados pela aplicação e quais desses dados se relacionam.
Problema
Uma escola precisa armazenar informações sobre os seus alunos, professores e disciplinas. 
O modelo deve informar quais dados sobre os alunos, professores e disciplinas são importantes para serem armazenados. 
Diagrama Entidade e Relacionamento(MER)
Aqui nesse modelo nós temos as informações sobre professores, alunos e disciplinas, mas não se preocupa em descrever os valores que esses dados vão armazenar.
4
Diagrama Entidade e Relacionamento(MER)
No modelo ER só estamos preocupados em entender o que precisará ser armazenado e não como será armazenado;
Representação gráfica; 
Entidades
Conjunto de objetos do mesmo tipo do mundo real e sobre os quais se pretende armazenar dados.
Graficamente é representada dessa forma:
Professor
Entidades
Se eu tenho uma entidade chamada Professor, significa que vários professores serão cadastrados nessa entidade e cada professor representa um objeto da entidade Professor
Atributos
Toda entidade possui um conjunto de propriedades que são suas características;
Essa propriedades são chamadas de atributos;
Exemplos: 
Professor possui: CPF, nome, matricula;
Cadeira possui: número de pernas, cor, tamanho, altura
8
Atributos
Graficamente representamos um atributo por uma bolinha ligada a uma entidade, com seu nome ao lado:
Atributos
Um entidade deve ter ao menos dois atributos;
Cada atributo possui um tipo de dado para representar quais valores serão armazenados (domínio do atributo);
O tipo de dado depende do SGBD, cada SGBD tem nomes diferentes para seus tipos;
Sempre terão os tipos básicos como: inteiro, caracter, real, data e hora( só que com nomes diferentes)
Atributos
Quando definimos um tipo para o atributo, podemos definir o tamanho máximo que ele poderá ter
Ex.: nome só poderá ter no máximo 50 caracteres;
Atributo Simples
Atributo que não pode ser decomposto;
Ex.: CPF, matrícula;
No diagrama é representado por uma bolinha vazia
Atributo Composto
Atributo que pode ser decomposto em outros atributos;
Ex: Endereço pode ser quebrado em: rua, número e bairro 
Atributo Monovalorado
Permite apenas o armazenamento de um valor por vez;
Ex.: Cada pessoa só possui um número de CPF;
Nunca será cadastrado mais de um CPF no mesmo campo;
Atributo Multivalorado
Permite o armazenamento de mais de um valor ao mesmo tempo no mesmo campo;
Ex: Cada pessoa pode ter mais de um endereço de email;
Esse tipo de atributo deve ser evitado, veremos com mais detalhes nos próximos capítulos;
Atributo Nulo
É o atributo que permite valores nulos;
Nulo significa ausência de valor, ou seja, o usuário não é obrigado a passar um valor para esse atributo;
Ex.: Não são todas as pessoas que possuem email;
Atenção: Valor nulo não é igual a valor zero!!!!
Atributo Derivado
É um atributo cujo valor deriva de outro(s) atributo(s);
Ex.: Entidade Compra:
Atributos: numero,data_compra, valor_compra, percentual_desconto, valor_compra_com_desconto
Atributo Derivado
O atributo valor_compra_com_desconto será calculado através dos atributos valor_compra e percentual_desconto;
Ou seja, esse atributo é derivado porque depende dos valores de outros atributos e será calculado pelo SGBD ou pela aplicação
Atributos
Atributo simples e monovalorado
Atributo chave
Atributo multivalorado
Atributo composto
Atributo derivado
Exercício
Uma clínica precisa armazenar informações sobre seus médicos, pacientes e consultas.
Pesquise sobre os dados que seriam importantes de serem armazenados e identifique:
Entidades e seus atributos;
Relacionamentos.
Referências
Angelotti, Elaini Simoni. Banco de Dados. Curitiba- Editora do Livro Técnico, 2010.