Escolar Documentos
Profissional Documentos
Cultura Documentos
Parte do contedo exposto nestas transparncias foi retirado dos livros: Projeto de Banco de Dados, de Carlos A. Heuser ; Projeto de Banco de Dados - Uma viso prtica, de Felipe Machado e Maurcio Abreu
Objetivos
Abordagem Entidade-Relacionamento
A primeira etapa do projeto de um banco de dados a construo de um modelo conceitual, a chamada Modelagem Conceitual ou Projeto Conceitual.
A Modelagem ou Projeto Conceitual tem por objetivo obter uma descrio abstrata, independente de implementao em computador, dos dados que sero armazenados no banco de dados.
Abordagem Entidade-Relacionamento
Dentre as tcnicas mais difundidas e utilizadas para a modelagem conceitual dos dados destacam-se:
a Abordagem Entidade-Relacionamento, definida por Peter Chen em 1976, e que segue a metodologia de desenvolvimento Estruturado de Sistemas a UML (Unified Modeling Language), que uma metodologia de desenvolvimento Orientado a Objeto
A UML uma excelente metodologia porm, at este momento, depara-se com um grande problema: Ainda no existe um Banco de Dados totalmente Orientado a Objeto.
Abordagem Entidade-Relacionamento
Para solucionar tal problema, a UML utiliza um procedimento denominado Mapeamento ObjetoRelacional, de forma a permitir que as estruturas definidas no modelo Orientado a Objeto possam ser implementadas em um Banco de Dados Relacional. O Mapeamento, portanto, transforma (converte) o Diagrama de Classes em um Modelo EntidadeRelacionamento (MER). Da a necessidade de se conhecer o conceito de MER.
MODELO ENTIDADE-RELACIONAMENTO
Peter Chen, ao formular a proposta do modelo E-R baseou-se na compreenso da realidade em que se situava o problema e no na viso de um sistema de aplicao.
CHEN preocupou-se em destacar a importncia de reconhecer os objetos (coisas) que compem este negcio, independentemente de preocupar-se com formas de tratamento das informaes, procedimentos, programas, etc
Abordagem ENTIDADE-RELACIONAMENTO
Faz
Contm
PEDIDO
CLIENTE
PRODUTO
O fato acima pode acontecer em qualquer realidade. Ele deve, portanto, ser retratado atravs de elementos bsicos que compem o Modelo ER.
MODELO ER
Conjunto de objetos da realidade modelada sobre os quais deseja-se manter informaes no Banco de Dados (Heuser). Considera-se objeto qualquer coisa perceptvel ou manipulvel. O termo no to preciso como na Modelagem OO. uma coisa ou um objeto no mundo real que pode ser identificada de forma nica em relao aos outros objetos; So as coisas que existem no negcio sobre as quais temos interesse em manter armazenadas no banco de dados
Uma ENTIDADE uma representao de uma CLASSE DE DADOS do negcio, um conjunto de informaes de mesmas caractersticas, e suas instncias (ocorrncias), so as representaes destes dados. representada atravs de um retngulo, com o nome da entidade em seu interior
CLIENTE
NOTA FISCAL
PRODUTO
FUNCIONRIO
ORDEM DE PRODUO
As instncias (ocorrncias) de uma entidade no so representadas no DER mas so semanticamente interpretadas no mesmo, ou seja, ao visualizar uma entidade, devemos entend-la como uma tabela de dados, onde cada linha representa uma instncia da mesma.
FUNCIONRIO
Matrcula Nome 4456 6689 1203 Joo Carlos da Silva Slvia de Oliveira Carla Martinez
Data Admisso
Quais so as coisas que vocs conseguem identificar nos LABORATRIOS de INFORMTICA da UNIDERP ?
NO!!! Pois se quero controlar equipamentos, a entidade PESSOA, por exemplo, no teria importncia alguma no contexto
Neste caso temos que lembrar que quem utiliza, ou seja, as PESSOAS so de interesse do sistema
Alm de especificar as entidades, ou seja, os objetos sobre os quais se deseja manter informaes, o MER deve permitir a especificao das PROPRIEDADES dos destas entidades. Estas propriedades so :
Participar de um Relacionamento
Ter um ATRIBUTO
DEPARTAMENTO
LOTAO
PESSOA
Assim como ocorre com as entidades, temos as ocorrncias ou instncias de relacionamentos. Isto pode ser melhor observado atravs do Diagrama de Ocorrncias. Nele, Ocorrncias de entidades so representados por crculos brancos e de relacionamentos por crculos pretos.
Neste caso, uma ocorrncia seria um par especfico formado por uma determinada ocorrncia da entidade PESSOA e por uma determinada ocorrncia da entidade DEPARTAMENTO
Entidade DEPARTAMENTO
p3 p7 p1 p2 p4
p8 p5
Relacionamento LOTAO
p1,d1
Entidade PESSOA d1 d2 d3
Diagrama de ocorrncias
Auto-relacionamento Quando um relacionamento pode acontecer entre ocorrncias de uma mesma entidade Neste caso, necessrio definir o papel da entidade no relacionamento, ou seja, a funo que a entidade exerce dentro do relacionamento
PESSOA
marido marido esposa CASAMENTO
p3 p7 p1 p2 p4
p8 p5
p2,p3
Uma ocorrncia de pessoa exerce o papel de marido e a outra ocorrncia exerce o papel de esposa
o nmero (mnimo,mximo) de ocorrncias de uma entidade associadas a uma ocorrncia de outra entidade do relacionamento
Cardinalidade Mnima o nmero mnimo de ocorrncias de uma entidade associadas a uma ocorrncia de outra entidade do relacionamento Consideram-se apenas duas cardinalidades:
Opcional (0) indica que o relacionamento existe independente de haver ou no uma ocorrncia de uma entidade ligada outra
Obrigatria (1) indica que o relacionamento deve obrigatoriamente associar uma ocorrncia de uma entidade a cada ocorrncia de outra entidade
(0,1)
ALOCAO
(1,1)
SETOR
Cada empregado deve estar obrigatoriamente alocado a um setor (1) Um setor pode existir mesmo que no exista nenhum empregado alocado nele (0)
Cardinalidade Mxima o nmero mximo de ocorrncias de uma entidade associadas a uma ocorrncia de outra entidade do relacionamento Consideram-se apenas duas cardinalidades:
1 indica que uma ocorrncia de uma determinada entidade pode estar associada a no mximo UMA ocorrncia da entidade relacionada a ela cuja cardinalidade 1
n indica que uma ocorrncia de uma determinada entidade pode estar associada a muitas ocorrncias da entidade relacionada a ela cuja cardinalidade n
EMPREGADO
(0,n)
LOTAO
(1,1)
DEPARTAMENTO
Uma ocorrncia de empregado pode estar associada a no mximo uma (1) ocorrncia de departamento, isto , empregado tem cardinalidade mxima 1 no relacionamento Lotao
Uma ocorrncia de departamento pode estar associada a muitas (n) ocorrncias de empregado, isto , Departamento tem cardinalidade mxima n no relacionamento Lotao
HOMEM PERGUNTA:
CASADO
MULHER
RESPOSTA: Um homem pode no ser casado com NENHUMA mulher, portanto a cardinalidade mnima 0; Um homem pode se casar com no mximo UMA mulher, portanto, a cardinalidade mxima 1;
HOMEM
CASADO
(0,1)
MULHER
HOMEM PERGUNTA:
CASADO
MULHER
RESPOSTA: Uma mulher pode no ser casada com NENHUM homem, portanto a cardinalidade mnima 0; Uma mulher pode se casar com no mximo UM homem, portanto, a cardinalidade mxima 1;
HOMEM
(0,1) CASADO
MULHER
(0,1)
MULHER
HOMEM
(0,1) CASADO
MULHER
HOMEM
(0,1) CASADO
(0,1)
MULHER
1:1 Um para Um
HOMEM
CASADO
MULHER
INSCRI O
CURSO
CASADO
PACIENTE
HOMEM
A B C
MULHER
X Y Z W
HOMEM
(0,1) CASADO
(0,1)
MULHER
DIVISO
GERNCIA
Cada diviso gerenciada por UM e apenas UM gerente Cada gerente administra UMA e apenas UMA diviso
ME
A B C D
Este tipo de relacionamento o mais comum no mundo real, sendo o que denomina-se relacionamento bsico entre entidades, entretanto possui caractersticas especficas, quanto ao sentido de leitura dos fatos e sua interpretao
(0,n)
FILHO
ME
(1,1) POSSUI
FILHO
O grau de cardinalidade determinante sempre o maior grau obtido da interpretao dos fatos
ME
(1,1) POSSUI
(0,n)
FILHO
Regra geral: um relacionamento do tipo Um-para-Muitos quando um sentido de leitura dos fatos nos apresenta este grau de Um-para-Muitos e o sentido oposto apresenta obrigatoriamente o grau Um-para-Um
ME
(1,1) POSSUI
(0,n)
FILHO
EMPREGADO
(1,1)
(0,n)
DEPENDENTE
DISCIPLINA
E4
E5
D1 D2 D3 D4
DISCIPLINA
ESTUDANTE
E1 E2 E3 E4
E5
D1 D2 D3 D4
Este tipo de relacionamento caracteriza-se por apresentar atributos. Isto , o relacionamento possui dados que so inerentes ao fato e no s entidades
ALUNO
(1,n)
CURSA
(0,n)
DISCIPLINA
ESTUDANTE
E1 E2
DISCIPLINA
E3
E4 E5
D1 D2 D3 D4
FORNECEDOR
PRODUTO
Cada produto fornecido por UM ou MUITOS fornecedores Cada fornecedor fornece UM ou MUITOS produtos
Para a descoberta da cardinalidade devemos analisar de forma macro a possibilidade de relacionamentos, sendo que a ocorrncia de maior valor que determina sempre o grau lgico do relacionamento
CIDADE
DISTRIBUIDOR
1
DISTRIBUIO
n
PRODUTO
Cada ocorrncia do relacionamento DISTRIBUIO associa trs ocorrncias de entidade: - um produto a ser distribudo, - uma cidade na qual feita a distribuio e - um distribuidor
CIDADE
DISTRIBUIDOR
1
A cardinalidade 1refere-se a um par cidade produto
DISTRIBUIO
n
PRODUTO
Cada par de ocorrncias de Cidade e Produto est relacionado a NO MXIMO um distribuidor , isto , em cada cidade s pode haver um distribuidor para cada produto
n n
PRODUTO
DISTRIBUIDOR
DISTRIBUIO
(Cidade, Produto) est associado a no Mximo 1 Distribuidor Cada produto s pode ter um distribuidor em cada cidade (Cidade, Distribuidor) est associada a MUITOS produtos um distribuidor pode distribuir muitos produtos em uma cidade (Distribuidor, Produto) est associado a MUITAS cidades um produto pode ser distribudo em muitas cidades por um distribuidor
PROFESSOR
(0,n)
liberada
(1,n)
liberadora
(1,1)
RESPONSVEL
(0,n)
DISCIPLINA
(0,n)
DISC-CURSO
ALUNO
(0,n)
INSCRIO
(1,1)
(0,n)
CURSO
Identifique as entidades e os relacionamentos do modelo; Interprete cada um dos relacionamentos, identificando o tipo de cardinalidade:
(0,n)
INSCRIO
(0,1)
CURSO
Um Aluno pode NO estar inscrito em nenhum curso (mnimo 0) ou estar inscrito em UM curso (mximo 1) Um Curso pode ter Zero ou MUITOS alunos inscritos. a) ENGENHEIRO
____
ALOCAO
___
PROJETO
____
Compe
____
composto
PRODUTO
c)
PEA
____ ____
FORNECE
____
___
FORNECEDOR
d)
EMPREGADO
POSSUI
DEPENDENTE
e)
MDICO
____
PRESCRIO
___
MEDICAMENTO
____
liberada
____
liberadora
PRODUTO
d)
PEA
____ ____
FORNECE
____
___
FORNECEDOR
e)
EMPREGADO
ALOCAO
DEPENDENTE
f)
MDICO
____
PRESCRIO
___
MEDICAMENTO
Uma companhia organizada em departamentos. Um departamento pode ter diversas localizaes. Um departamento controla inmeros projetos, sendo que cada projeto tem um nome, um nmero e uma localizao. Todo empregado associado a um departamento, mas pode trabalhar em diversos projetos, que no so necessariamente controlados pelo mesmo departamento.
EMPREGADO
GERENCIA
DEPENDENTE_ DE
DEPARTAMENTO
CONTROLA
DEPENDENTE
TRABALHA EM
PROJETO