Apresentação1

Prévia do material em texto

Modelo Entidade-Relacionamento (ME-R)
 O modelo de entidade e relacionamento é o mais utilizado atualmente, devido a sua simplicidade e eficiência. Baseia-se na percepção de mundo real, que consiste em uma coleção de objetos básicos, chamados entidades e relacionamentos entre esses objetos. Você poderá usar ou não um software para modelagem de dados. A modelagem de dados consiste em uma série de análises conceituais e lógicas para encontrar a melhor disposição possível de armazenamento e manutenção das informações no banco de dados.
 Conceitos
 Entidade: É uma representação abstrata de um objeto do mundo real. Exemplo: funcionário, aluno, departamento etc.
 Não são entidades:
Entidade com apenas 1 elemento;
Operações do sistema;
 Saídas do sistema;
 Pessoas que realizam trabalhos (usuários do sistema);
 Cargos de direção.
Atributo: Elemento de dado que contém informação que descreve uma entidade. Exemplo: código_funcionário, endereço, nome do aluno etc.
 
Domínio do Atributo: Universo de valores que um atributo pode armazenar. Exemplo:
Conjunto de valores do atributo Sexo do funcionário: M ou F; 
Conjunto de valores do atributo Nome do aluno: 40 caracteres alfanumérico; 
Conjunto de valores do atributo salário: inteiro maior que 5000. 
Relacionamento: Estrutura que indica a associação entre duas ou mais entidades. Exemplo: 
       
Nesse caso, há um relacionamento entre a entidade "paciente" e a entidade "prontuário".
Cardinalidade de relacionamentos
 
Um-para-um (1 : 1) : uma entidade A (nesse caso, paciente) está associada no máximo a uma entidade em B (prontuário) e uma entidade em B está associada no máximo a uma entidade em A. Exemplo: 
       
Nesse exemplo, um paciente só pode ter um prontuário e um prontuário só pode pertencer a um paciente.
Um-para-muitos (1 : N): uma entidade em A (nesse caso, venda) está associada a qualquer número de entidades em B (cliente), enquanto uma entidade em B está associada no máximo a uma entidade em A. Exemplo:
 
Nesse exemplo, um cliente pode participar de várias vendas, e uma venda só pode ser realizada para um cliente.
Muitos-para-um (N : 1): uma entidade em A (nesse caso, venda) está associada no máximo uma entidade em B (cliente), enquanto uma entidade em B está associada a qualquer número de entidades em B. Exemplo: 
       
Nesse exemplo, uma venda só pode ser realizada para um único cliente, mas um cliente pode participar de várias vendas.
 
Muitos-para-muitos: Uma entidade em A está associada a qualquer número de entidades em B, e uma entidade em B está associada a qualquer número de entidades em A. 
Grau do Relacionamento
Indica o número de entidade que se relacionam.
Relacionamento Binário 
Quando existe o relacionamento entre apenas duas entidades. Exemplo:
Relacionamento Ternário
Quando existe o relacionamento entre três ou mais entidades. Exemplo:
Agregação
Uma limitação do modelo E-R é que não é possível expressar relacionamentos entre relacionamentos. Agregação é uma abstração através da qual relacionamentos são tratados como entidades de nível superior. Observe o exemplo a seguir:
Agora o mesmo exemplo usando agregação:
Generalização e Especialização
Existem casos em que um conjunto-entidade pode ser dividido em categorias, cada qual com atributos específicos. Observe a figura abaixo:
Diagrama Entidade-Relacionamento (DE-R)
A estrutura lógica geral de um banco de dados pode ser expressa graficamente por um Diagrama Entidade-Relacionamento. Exemplo:
A presença de um substantivo usualmente indica uma entidade; 
A presença de um verbo é uma forte indicação de um relacionamento;
Um adjetivo, que é uma qualidade, é uma forte indicação de um atributo;
Um advérbio temporal, qualificando o verbo, é uma indicação de um atributo do Relacionamento.
Imagina que você terá que montar um DER para um consultório médico. Fazendo os levantamentos de dados, você identificou em entidade Médico. Sabendo-se que um Médico possui somente uma especialidade e que nesta clínica podem existir várias especialidades, como você resolveria este problema? Demonstre graficamente.
MER (modelo – entidade – relancionamento é apenas um modelo conceitual), DER (diagrama – entidade – relacionamento) representação gráfica
8. Como devemos proceder para aplicarmos os conceitos de formas normais em um modelo ER.
R: 
1) primeira forma Normal (1FN): Eliminação de domínios multi valorados – Uma tabela só estará na 1FN se nenhum de seus atributos tiverem valores multi valorados.
2) Segunda forma normal(2FN): Dependência do atributo determinante. – precisa estar na 1FN e todos os atributos da entidade serem dependente de sua chave primária, senão, gerar uma nova entidade para esse atributo.
3) Terceira forma normal(3FN): Eliminação da dependência nominal transitiva – precisa estar na 2FN e se nenhuma coluna não chave depender de outra não chave.
Faça um modelo de dados para automatização de inscrição em cursos de uma empresa, cujo formulário que representa as inscrições de um funcionário está mostrado na figura abaixo.
11. Estúdio Cinematográfico Hollywood possui diversos estúdios cinematográficos, cada um caracterizado por um nome único, um dono, data de fundação, e o faturamento do ano anterior. Estes estúdios produzem filmes que possuem um nome único, o número de meses que levou sendo feito, o ano de lançamento, o número do “copyright”, e o custo total do filme. Em cada filme atuam atores, que possuem um nome artístico único, um número de seguro social (também único), uma nacionalidade, idade, sexo, e um conjunto de tipos de papéis para o qual seu tipo físico é aconselhável (ex: avó, mocinha jovem, galã com idade avançada, adolescente). Em cada filme onde atua, um ator ganha um cachê, e desempenha um personagem que possui um nome. Estúdios podem existir mesmo que ainda não tiverem produzido um filme, mas só são considerados atores que já atuaram em, pelo menos, um filme
Primeira Forma Normal 1FN - Normalização de dados
A normalização de dados é um processo importante no processo de modelagem de dados. A primeira parte da normalização é chamada de 1FN ou primeira forma normal, em uma escala que vai até cinco. Veja o post normalização de dados e as formas normais que mostra o uso das principais formas normais.
Uma relação estará na primeira forma normal 1FN, se não houver grupo de dados repetidos, isto é, se todos os valores forem únicos. Em outras palavras podemos definir que a primeira forma normal não admite repetições ou campos que tenha mais que um valor.
Os procedimentos mais recomendados para aplicar a 1FN são os seguintes:
a) Identificar a chave primária da entidade;
b) Identificar o grupo repetitivo e removê-lo da entidade;
c) Criar uma nova entidade com a chave primária da entidade anterior e o grupo repetitivo.
A chave primária da nova entidade será obtida pela concatenação da chave primária da entidade inicial e a do grupo repetitivo.
Exemplo de normalização de dados. Primeira forma normal
Considere a tabela cliente abaixo:
Cliente
Código_cliente
Nome
* Telefone
Endereço
Agora a tabela com os dados:
Tabela desnormalizada, ou seja, não está na 1ª forma normal
Analisando teremos:
Todos os clientes possuem Rua, CEP e Bairro, e essas informações estão na mesma célula da tabela, logo ela não está na primeira forma normal. Para normalizar, deveremos colocar cada informação em uma coluna diferente, como no exemplo a seguir:
Tabela ainda não está na primeira forma normal
Mesmo com o ajuste acima, a tabela ainda não está na primeira forma normal, pois há clientes com mais de um telefone e os valores estão em uma mesma célula. Para normalizar será necessário criar uma nova tabela para armazenar os números dos telefones e o campo-chave da tabela cliente. Veja o resultado a seguir:
Tabela na primeira forma normal
Na segunda tabela a chave primária está implícita, isto voce poderá encontrar algumas literaturas especializadas, onde nem sempre ela é especificada, masela deverá existir.
No exemplo acima foi gerado uma segunda entidade para que a primeira forma normal fosse satisfeita, contudo é importante ressaltar que nem sempre encontramos banco de dados com tabelas normalizadas. Existem casos onde as repetições são poucas ou o cenário permite administrar as repetições sem trazer grandes consequências.
Quais os problemas de uma tabela não normalizada com 1FN?
Muitos. A primeira forma normal tenta resolver um dos maiores problemas de banco de dados que é repetição e a desorganização deles. Imagine um campo telefone que permita a entrada de mais de um valor (dois números de telefones), por exemplo. Isto traria problemas na busca de um dos valores, por exemplo.
Outro problema seria um campo endereço onde as partes não estejam desmembradas. Isto é, um campo que permitisse eu escrever um endereço assim:
Rua das Oliveiras, 256, Parque Novo Mundo, São Paulo, SP.
Como seria possível fazer uma busca por endereços de determinado bairro apenas ou de determinadas cidades? Veja que a normalização irá trazer inúmeros benefícios de performance do banco e claro nos possibilitaria trabalhar com esses dados da forma que fosse necessário.
Segunda Forma Normal 2FN - Normalização de dados
Uma tabela está na Segunda Forma Normal 2FN se ela estiver na 1FN e todos os atributos não chave forem totalmente dependentes da chave primária (dependente de toda a chave e não apenas de parte dela).
Se o nome do produto já existe na tabela produtos, então não é necessário que ele exista na tabela de produtos. A segunda forma normal trata destas anomalias e evita que valores fiquem em redundância no banco de dados.
Procedimentos:
a) Identificar os atributos que não são funcionalmente dependentes de toda a chave primária;
b) Remover da entidade todos esses atributos identificados e criar uma nova entidade com eles.
A chave primária da nova entidade será o atributo do qual os atributos do qual os atributos removidos são funcionalmente dependentes.
Exemplo de segunda forma normal
Considere a tabela vendas abaixo:
Vendas
N_pedido
Código_produto
Produto
Quant
Valor_unit
Subtotal
Agora a tabela com os dados:
Tabela não está na segunda forma normal
Analisando teremos:
O nome do produto depende do código do produto, porém não depende de N_pedido que é a chave primária da tabela, portanto não está na segunda forma normal. Isto gera problemas com a manutenção dos dados, pois se houver alteração no nome do produto teremos que alterar em todos os registros da tabela venda.
Para normalizar esta tabela teremos de criar a tabela Produto que ficará com os atributos Código_produto e produto e na tabela Venda manteremos somente os atributos N_pedido, código_produto, quant, valor_unit e subtotal. Veja o resultado abaixo:
Conforme visto na Primeira forma normal, quando aplicamos normalização é comum gerar novas tabelas a fim de satisfazer as formas normais que estão sendo aplicadas.
EXERCÍCIOS DE REVISÃO - Estudo de caso 1 
Crie o modelo conceitual para o seguinte problema: 
• O sistema se refere a um supermercado que possui vários funcionários. 
• Os funcionários possuem no sistema os seguintes atributos: matrícula, nome, salário, telefone, cargo e data de nascimento. 
• As informações dos fornecedores desse supermercado são armazenadas no sistema. O Supermercado guarda as informações de seus fornecedores. Ele identifica os fornecedores por: código para identificá-los, o nome da empresa, o endereço, telefones e pessoa de contato. 
• As vendas devem conter um código de identificação, qual funcionário participou dessa venda, qual a empresa que forneceu o produto, e a data em que a mesma ocorreu. 
• Sobre os produtos adquiridos pelo supermercado, deseja que seja especificado um código e descrição do produto, valor unitário e quantidade.
EXERCÍCIOS DE REVISÃO - Estudo de caso 2
Material de construção 
Crie o modelo ER de uma empresa de Material de Construção, levando em consideração os seguintes requisitos: 
A empresa tem um número grande de funcionários identificados por uma matrícula, nome, salário, telefone. 
A empresa armazena as informações do cliente. Cada cliente possui: código para identificá-los, nome completo, endereço e telefones. 
O sistema deve armazenar as vendas realizadas que devem conter uma identificação, qual funcionário tirou o pedido, qual cliente, data para entrega dos produtos, local de entrega, referencia para entrega. 
Os produtos podem ser identificados por nome do produto, valor unitário e quantidade.
EXERCÍCIOS DE REVISÃO - Estudo de caso 3
Hospital • Faça um modelo ER para o seguinte problema: • Os hospitais podem solicitar exames em diversos laboratórios. • Os laboratórios podem possuir solicitações de vários hospitais. • Pacientes podem consultar com vários médicos, que por sua vez possuem vários pacientes. • Os ambulatórios atendem vários Pacientes, enquanto estes só podem ser atendidos em um único Ambulatório. • Pessoal de apoio está alocado a cada Ambulatório, e cada um destes conta com vários integrantes do Pessoal de apoio. • Pacientes realizam vários Exames, e cada Exame é realizado por um único Paciente. • Laboratórios fazem vários Exames, e cada um dos Exames é feito em um único Laboratório. • Cada Paciente pode receber vários Diagnósticos, e cada Diagnóstico é de um único Paciente.
EXERCÍCIOS DE REVISÃO - Estudo de caso 4
Cinema • Uma empresa de cinema possui várias salas de exibição de filmes em várias cidades. A empresa de distribuição possui vários cinemas em diversas localidades (cidades diferentes e em mesma cidade). • Cada cinema possui uma identificação, um nome de fantasia, endereço (rua, avenida, bairro, município, estado) e sua capacidade. • Os filmes podem ser dos mais variados gêneros. • Cada filme é registrado com um titulo original, e se for filme estrangeiro, possuirá o título em português, gênero, duração, impropriedade e pais de origem, informações sobre os atores que compõe o elenco e o diretor. • Em um mesmo cinema existem varias sessões com horários que variam de acordo com a duração do filme. • Os atores de um filme podem, obviamente, atuar em diversos filmes, assim como o diretor de um filme pode também ser ator nesse filme ou, ainda mais, ser ator em outro filme. • Um ator possui as seguintes características: identificação, nome e nacionalidade. • As sessões de cinema devem ter seu publico registrado diariamente, para que se permita a totalização dos asistentes quando o filme sair de cartaz em qualquer instante.
EXERCÍCIOS DE REVISÃO - Estudo de caso 5
Seguradora • Deve ser elaborado um diagrama E-R para uma seguradora de automóveis • Entidades: Cliente, Apólice, Carro e Acidentes. • Requisitos: • Um cliente pode ter várias apólices (no mínimo uma); • Cada apólice somente dá cobertura a um carro; • Um carro pode ter zero ou n registros de acidentes a ele. • Atributos: • Cliente: Número, Nome e Endereço; • Apólice: Número e Valor; • Carro: Registro e Marca; • Acidente: Data, Hora e Local
EXERCÍCIOS DE REVISÃO - Estudo de caso 6
Consultório médico • Deve ser elaborado um modelo entidade relacionamento para um consultório médico • Entidades: Médico, Paciente e Exame. Requisitos: • O banco de dados deverá armazenar informações sobre os vários exames de um • determinado paciente, com o resultado e o valor pago (pode-se dar desconto para determinados pacientes); Atributos: • Médico: Número, Nome e Especialidade; • Paciente: Número, Nome, Endereço; • Tipo Exame, Aceita Convênio, Requisitos, Valor exame.
EXERCÍCIOS DE REVISÃO - Estudo de caso 7
Elaborar um diagrama para uma Indústria. 
Entidades: Peças, Depósitos, Fornecedor, Projeto, Funcionário e Departamento. 
Requisitos: 
• Cada Funcionário pode estar alocado a somente um Departamento; 
• Cada Funcionário pode pertencer a mais de um Projeto; 
• Um projeto pode utilizar-se de vários Fornecedores e de várias Peças; 
• Uma Peça pode ser fornecida por vários Fornecedores e atender a vários Projetos; 
• Um Fornecedor pode atender a vários Projetos efornecer várias Peças; 
• Um Depósito pode conter várias Peças; 
• Deseja-se ter um controle do material utilizado por cada Projeto, identificando inclusive o seu Fornecedor. Gravar as informações de data de Início e Horas Trabalhadas no Projeto.
EXERCÍCIOS DE REVISÃO - Estudo de caso 7
Indústria (2/2) 
Atributos: 
Peças: Número, Peso e Cor; 
Depósito: Número e Endereço; 
Fornecedor: Número e Endereço; 
Projeto: Número e Orçamento; 
Funcionário: Número, Salário e Telefone; 
Departamento: Número e Setor.
EXERCÍCIOS DE REVISÃO - Estudo de caso 7
EXERCÍCIOS DE REVISÃO - Estudo de caso 8
Projeto BD • Projetar um Banco de Dados satisfazendo as seguintes restrições e requisitos: a) Para um Vendedor, armazenar seu código, nome, endereço e comissão; b) Para um cliente, armazenar o seu código, nome, endereço, faturamento acumulado e limite de crédito. Além disso, armazenar o código e o nome do vendedor que o atende. Um vendedor pode atender muitos clientes, porém um cliente deve ter exatamente um vendedor; c) Para uma peça, armazenar seu código, descrição, preço quantidade em estoque e o número do armazém onde a peça está estocada. Uma peça somente pode estar estocada num único armazém. Para um armazém, armazenar seu código e endereço; d) Para um pedido, armazenar seu número, data, código, nome e endereço do cliente, que fez o pedido e o código do vendedor para cálculo da comissão. Além disso, para cada item do pedido armazenar o código da peça, quantidade e preço cotado. Há somente um cliente por pedido e um vendedor; e) O preço cotado no pedido pode ser mesmo que o preço corrente no arquivo de peças, mas não necessariamente.