Resumo 3. MER
Resumo 3. MER
Resumo 3. MER
O processo é modelado como componentes (entidades) que são ligadas umas as outras
por relacionamentos que expressam as dependências e exigências entre elas, como: um
edifício pode ser dividido em zero ou mais apartamentos, mas um apartamento pode estar
localizado em apenas um edifício. Entidades podem ter várias propriedades (atributos)
que os caracterizam. Diagramas criados para representar graficamente essas entidades,
atributos e relacionamentos são chamados de diagramas entidade relacionamento.
O 'MER' foi desenvolvido por Peter Chen, publicado em um artigo de 1976. Entretanto,
variantes da ideia existiram anteriormente e, posteriormente, foram imaginadas como
entidades de dados de supertipo e subtipo e relacionamentos de uniformização.
Esse modelo pode ser usado para criar ou modelar bases de dados relacionais. Além disso,
engenheiros de softwares costumam usar esse modelo como primeiro passo na
determinação de requisitos para um projeto de sistemas de informação.
Ele também pode ser usado para analisar bases de dados já existentes para corrigir
possíveis erros e falhas, sem contar que é muito útil para desenvolvedores e
programadores que trabalham com pesquisa. Isso porque, como muitos estudos são
baseados em dados estruturados, os diagramas de MER podem desempenhar um papel
fundamental na criação de bases de dados úteis para analisar informações específicas.
21
ENTIDADES
Uma entidade é definida por [ROB e CORONEL, 2011] como “algo (uma pessoa, um
local, um objeto, um evento) sobre o qual sejam coletados e armazenados dados. Ela
representa um tipo particular de objeto no mundo real”, eles concluem afirmando que as
“entidades podem ser objetos físicos, como clientes e produtos, mas também abstrações,
como rotas de vôo ou apresentações musicais”.
TIPOS DE ENTIDADE
Em uma Base de Dados as Entidades podem ser diferenciadas dada a sua função... A
classificação de cada dessas entidades pelo tipo ajuda a definir perguntas a serem feitas.
As entidades fortes muitas vezes estão conectadas a outras entidades fortes por meio de
um relacionamento 1:m ou m:m. Como exemplo podemos considerar um sistema
academico onde as entidades aluno e curso são entidades fortes, pois a entidade aluno, se
não existisse a entidade curso, poderia existir da mesma forma.
Entidade Fraca ou Dependente: precisa de outra entidade para garantir a sua existência.
A entidade fraca depende de uma entidade forte e esta relação de dependência é uma
relação obrigatória.
22
Como exemplo podemos considerar um sistema de gestão de recursos humanos onde a
entidade dependente é uma entidade fraca em relação à entidade funcionário. Pois se a
entidade Funcionários não existisse, a entidade dependentes consequentemente não
existiria.
Muitas das vezes, as entidades associativas têm nomes óbvios, pois ocorrem no mundo
real. Por exemplo, a entidade associativa do relacionamento disciplinas e alunos,
objetivando o lançamento de notas, chama-se avaliação. Deve-se sempre procurar pelo
nome adequado, pois esse irá aumentar a clareza do modelo.
ATRIBUTOS
23
TIPOS DE ATRIBUTOS
24
Relacionamento: É a forma como os objetos que compõem a realidade se relacionam. É
o tipo de ocorrência existente entre entidades.
Note que para identificar como cada entidade se relaciona com as demais é importante
realizar algumas perguntas durante a fase de levantamento de requisitos.
Relacionamento Um para Um (1 X 1)
25
Relacionamento Muitos para Muitos (N x N)
0, n – cada ocorrência da entidade pode participar ou não na relação mais que uma
vez;
1,n – cada ocorrência da entidade participa pelo menos uma vez na relação.
26
OBS.: Em uma modelagem de dados as cardinalidades são informadas inversamente, ou
seja, a cardinalidade da tabela A é adiciona na tabela B e a de B em A. O exemplo abaixo
mostra que a cardinalidade de funcionário é adicionada em departamento, assim como, a
cardinalidade de departamento é adicionada ao funcionário.
Att! Dentro do Lozango só entra o verbo. Neste caso é apenas uma ilustração focam se
na colocação das Cardinalidades.
27
DIAGRAMA DE ENTIDADE RELACIONAMENTO (DER)
Entidade
Relacionamento
Atributo
28
Atributos multivalorados são representados por:
Atributo Multivalorado
Atributo Composto
29
A criação de tabelas e atributos em um banco de dados relacional, deve seguir
regras, assim como acontece nas linguagens de programação para a criação de variáveis.
Não deverá usar acentos e caracteres especiais para nomear tabelas e atributos.
Podemos verificar também que a tabela Aluno possui quatro registros e cada
registro representa um conjunto de valores. A este relacionamento damos o nome de
registro, linha ou ainda Tupla;
30
FERRAMENTAS PARA CRIAÇÃO DO MER
Revise seu diagrama para que não falte nenhum relacionamento, nem tenha nada
a mais ou com redundâncias.
31