SlideShare uma empresa Scribd logo
Prof. Fábio B. Leal
email: prof.fabioleal@gmail.com
blog: http://fortium.edu.br/blog/fabio_barros
 O Modelo Entidade Relacionamento (MER) é um modelo de
dados conceitual de alto nível.
 O MER está centrado na percepção dos usuários sobre os
dados, não importando a maneira na qual os dados serão
armazenados.
PROJETO CONCEITUAL
Esquema Conceitual
(alto nível)
Independente do SGBD
Dependente do SGBD
Requisitos de Dados
MUNDO REAL
MAPEAMENTO DE MODELO DE DADOS
Esquema Conceitual
(dependente SGBD)
PROJETO FÍSICO
Esquema Interno
Projeto de Banco de Dados
 Entrevista com os usuários
 Criação do modelo conceitual (MER)
 Transformar o esquema conceitual para um modelo de
implementação do banco (Modelo Relacional)
 Projeto físico do banco de dados
 Uma entidade é um elemento do mundo real com uma
existência própria. Os tipos de entidade são:
◦ Física (concreta): pessoa, carro, casa, empregado.
◦ Conceitual (abstrata): viagem, curso, profissão.
 Cada entidade possui propriedades que a descreve,
chamadas de atributos
Nome = José Silva
Endereço = Rua A casa 14
Idade = 55
Fone = 3222-2222
empregado
 um atributo que não é divisível é chamado de atributo
atômico ou simples.
 Exemplos:
◦ Data de nascimento;
◦ CPF
◦ Matrícula
◦ Nome
 Um atributo que é composto de vários atributos básicos é
chamado de atributo composto
ENDEREÇO
CIDADE
LOCAL ESTADO CEP
NÚMERO APTO
RUA
Atributo Composto
 Atributo monovalorado possui um único valor para uma
entidade particular
◦ Ex : Nome na entidade empregado
 Atributo multivalorado pode ter um conjunto de valores para
uma mesma entidade
◦ Ex: telefone na entidade empregado
 Um atributo derivado ou virtual é aquele que pode ser obtido
a partir de outro(s) atributos(s)
◦ Idade derivado da data de nascimento
◦ Número total de empregados, derivado da soma dos empregados
◦ Média Final derivado das notas do alunos
 O valor nulo de um atributo, ocorre quando o atributo não
possui qualquer valor em uma entidade particular.
◦ O atributo NumeroDeApto não possuirá valor para os empregados
que não moram em apartamento.
◦ Quando não se conhece o valor do atributo para uma entidade.
 Em ambos os casos, quando o valor é não aplicável ou o
valor é desconhecido, é atribuído um valor nulo ao atributo.
EMPREGADO
Nome, Matrícula, Salário
DEPARTAMENTO
CodDepto, NomeDepto
e1
(‘JOSE’, ‘M003’, 500.00)
e2
(‘MARIA’, ‘M001’, 550.00)
e3
(‘PEDRO’, ‘M077’, 600.00)
...
d1
(‘D01’, ‘ENGENHARIA’)
d2
(‘D02’, ‘VENDAS’)
...
Entidade
 Atributo chave identifica cada entidade unicamente
 Duas entidades (de mesmo tipo) não podem ter o mesmo
valor para o atributo chave
◦ Ex: matrícula do empregado
 Atributo chave composto
◦ Ex: cidade , chave: nome e estado
 Cada atributo de um tipo de entidade possui um conjunto
de valores (domínio), que especifica os possíveis valores
que podem estar associados para aquele atributo em cada
entidade individual.
 Exemplos:
◦ Domínio do atributo Nome
 seria um conjunto de caracteres alfabéticos;
◦ Domínio de um campo Sexo
 poderia ser F ou M
 A empresa DEMO é organizada em departamentos. Cada departamento tem um nome, um número e
um empregado que gerencia o departamento. Deve-se saber a data em que um empregado iniciou
como gerente de um departamento. Um departamento pode ter diversas localizações
 Um departamento controla um número de projetos, cada qual com um nome, um número e uma única
localização
 São armazenados o nome do empregado, matrícula, endereço, salário, sexo e data de nascimento. Um
empregado está associado a um departamento, mas pode trabalhar em diversos projetos, não
necessariamente controlados pelo mesmo departamento. Deve-se saber o número de horas semanais
que um empregado trabalha em cada projeto, bem como o supervisor direto de cada empregado
 Cada empregado pode possuir vários dependentes, devendo-se saber, para cada dependente, o nome,
o sexo, a data de nascimento e a sua ligação com o empregado
 “A empresa DEMO é organizada em departamentos. Cada departamento tem um
nome, um número e um empregado que gerencia o departamento. Deve-se saber
a data em que um empregado iniciou como gerente de um departamento. Um
departamento pode ter diversas localizações.”
 Entidade: Departamento
◦ possui os atributos Nome, Numero, Local, Gerente e DataInicGerente
◦ O atributo Locais é multivalorado
◦ O atributo chave pode ser Número ou Nome, pois dois departamentos não
podem ter o mesmo nome ou o mesmo número
 “Um departamento controla um número de projetos, cada qual com
um nome, um número e uma única localização.”
 Entidade: Projeto
◦ Possui os atributos Nome, Numero, Local e DeptoControlador.
◦ O atributo chave pode ser Numero ou Nome, pois dois projetos não podem ter o
mesmo nome ou o mesmo número.
 “São armazenados o nome do empregado, matrícula, endereço, salário, sexo
e data de nascimento. Um empregado está associado a um departamento,
mas pode trabalhar em diversos projetos, não necessariamente controlados
pelo mesmo departamento. Deve-se saber o número de horas semanais que
um empregado trabalha em cada projeto, bem como o supervisor direto de
cada empregado”.
 Entidade: Empregado
◦ possui os atributos Nome, Matricula, Endereco, Salario, Sexo, DataNasc e
Supervisor
◦ Os atributos Nome e Endereco podem ser compostos
◦ O atributo chave é Matricula
 O fato de um empregado poder trabalhar em diversos projetos e o
número de horas semanais que um empregado trabalha em cada
projeto pode ser representado segundo as alternativas:
◦ um atributo chamado TrabalhaEm para o tipo de entidade EMPREGADO,
multivalorado e composto dos atributos Projeto e Horas;
◦ um atributo chamado Trabalhador para o tipo de entidade PROJETO,
multivalorado e composto dos atributos Empregado e Horas.
 Cada empregado pode possuir vários dependentes, devendo-se
saber, para cada dependente, o nome, o sexo, a data de nascimento
e a sua ligação com o empregado
 Entidade: Dependente
◦ possui os atributos Empregado, Nome, Sexo, DataNasc e Parentesco
◦ Os atributos chave são Empregado e Nome
 Resumo do projeto conceitual inicial do banco de dados DEMO.
 Os atributos multivalorados são apresentados entre chaves { }.
 Os atributos componentes de um atributo composto são apresentados entre parênteses ( )
DEPARTAMENTO
Nome, Número, { Locais }, Gerente, DataInicGerente
PROJETO
Nome, Número, Local, DeptoControlador
EMPREGADO
Nome ( PriNome, LetNome, UltNome ), Matrícula, Endereco, Sexo, Salário,
DataNasc, Depto, Supervisor, { TrabalhaEm ( Projeto, Horas ) }
DEPENDENTE
Empregado, Nome, Sexo, DataNasc, Parentesco
 atributo Gerente do tipo de entidade DEPARTAMENTO refere-se a
um empregado que gerencia o departamento.
 atributo DeptoControlador do tipo de entidade PROJETO refere-se
ao departamento que controla o projeto.
 atributo Supervisor do tipo de entidade EMPREGADO refere-se a
outro empregado, que supervisiona esse empregado.
 atributo Depto do tipo de entidade EMPREGADO refere-se ao
departamento onde o empregado trabalha.
 Um tipo de relacionamento R associado a n tipos de
entidade E1, E2, ..., En é um conjunto de associações
entre entidades desses tipos.
 Matematicamente, R é um conjunto de instâncias de
relacionamento ri, onde em cada ri participam as
entidades (e1, e2, ..., en), e cada entidade ej em ri é um
membro de tipo de entidade Ej, 1  j  n.
 Informalmente, cada instância de relacionamento ri em R é
uma associação de entidades, onde a associação inclui
exatamente uma entidade de cada tipo de entidade
participante.
 Uma instância de relacionamento ri representa o fato de
que as entidades participantes em ri estão associadas
segundo o mundo real correspondente.
e1
e2
e3
e4
e5
e6
e7
....
r1
r2
r3
r4
r5
r6
r7
d1
d2
d3
d4
....
EMPREGADO TRABALHA_PARA DEPARTAMENTO
Relacionamento: TRABALHA_PARA
 O grau de um tipo de relacionamento é o número de tipos de
entidades que participam do tipo de relacionamento.
 O tipo de relacionamento TRABALHA_PARA possui grau 2, ou
seja, binário.
 Como exemplo de tipo de relacionamento de grau 3 (ternário),
considere a participação dos tipos de entidade FORNECEDOR,
PEÇA e PROJETO (fornecedores fornecem peças para
projetos).
 Relacionamentos podem ter qualquer grau, mas os que ocorrem
mais freqüentemente são os binários.
 Cada tipo de entidade que participa em um tipo de
relacionamento desempenha um papel no relacionamento.
 No tipo de relacionamento TRABALHA_PARA, o tipo de
entidade EMPREGADO desempenha o papel de
trabalhador e o tipo de entidade DEPARTAMENTO
desempenha o papel de empregador.
 Quando o mesmo tipo de entidade participa mais que uma
vez em um tipo de relacionamento, torna–se útil a distinção
de papéis desempenhados por este tipo de entidade.
 Quando o mesmo tipo de entidade participa mais que uma
vez em um tipo de relacionamento, esses relacionamentos
são chamados de recursivos.
e1
e2
e3
e4
e5
e6
e7
....
r1
r2
r3
r4
r5
r6
EMPREGADO SUPERVISÃO
....
Relacionamento: SUPERVISÃO
 Tipos de relacionamento são limitados nas possíveis
combinações de entidades participantes em cada instância
de relacionamento.
 Como exemplo, considere a regra que um empregado
trabalha para somente um departamento.
 A restrição de cardinalidade limita o número de instâncias
de relacionamento que uma entidade pode participar
 O tipo de relacionamento TRABALHA_PARA especifica
◦ DEPARTAMENTO: EMPREGADO com cardinalidade 1 : N
◦ significando que em um departamento trabalham diversos
empregados, mas cada empregado somente pode trabalhar em
um único departamento
 O tipo de relacionamento GERENCIA especifica
◦ DEPARTAMENTO : EMPREGADO com cardinalidade 1 : 1
◦ significando que cada departamento tem somente um gerente e um
empregado pode gerenciar somente um departamento
 O tipo de relacionamento TRABALHA_EM especifica
◦ EMPREGADO : PROJETO com cardinalidade N : M
◦ significando que um empregado pode trabalhar em diversos projetos
e que vários empregados podem trabalhar em um projeto.
 A restrição de participação determina que a existência de
uma entidade depende de sua participação em um tipo de
relacionamento
 Existem dois tipos de restrições de participação:
◦ total e parcial
 Suponha que um empregado deve trabalhar em um
departamento, ou seja, não existem empregados que não
estejam vinculados a algum departamento. Assim, uma
entidade do tipo EMPREGADO existe somente se ela
participa em uma instância de relacionamento
TRABALHA_PARA.
 o tipo de relacionamento GERENCIA, o qual envolve os tipos
de entidade EMPREGADO e DEPARTAMENTO, a
participação do tipo de entidade EMPREGADO é parcial,
pois somente alguns empregados gerenciam departamentos,
o que não limita a existência dos demais empregados.
 O tipo de relacionamento TRABALHA_EM, o qual envolve os tipos
de entidade EMPREGADO e PROJETO, concentra-se no fato de
que um empregado pode trabalhar em diversos projetos. O número
de horas por semana que um empregado trabalha em um projeto
está associado a cada instância do relacionamento. Portanto, o
atributo Horas descreve o tipo de relacionamento TRABALHA_EM.
 O tipo de relacionamento GERENCIA, o qual envolve os
tipos de entidade EMPREGADO e DEPARTAMENTO,
concentra-se no fato de que cada departamento possui um
empregado que o gerencia. A data na qual um empregado
iniciou a gerência de um departamento está associado a
cada instância do relacionamento.
 Portanto, o atributo DataInicGerente descreve o tipo de
relacionamento GERENCIA
 Entidades pertencentes a um tipo de entidade fraca são
identificadas (atributo(s) chave) por atributo relacionados a
outros tipos de entidade em combinação com atributos da
própria entidade. Ex:
◦ o tipo de entidade DEPENDENTE, descrita pelos atributos Nome,
Sexo, DataNasc e Parentesco, não pode ser identificada por
qualquer desses atributos isoladamente (ou uma combinação
entre eles)
◦ um dependente é identificado por seu nome em combinação com
o empregado responsável
 Tipo de relacionamento envolvido na caracterização da
entidade fraca é denominado:
◦ relacionamento de identificação.
 Um tipo de entidade fraca tem sempre uma restrição de
participação total nos relacionamentos de identificação
(observe que a restrição de participação total não resulta
em um tipo de entidade fraca).
 Resumo do projeto conceitual inicial do banco de dados DEMO.
 Os atributos multivalorados são apresentados entre chaves { }.
 Os atributos componentes de um atributo composto são apresentados entre parênteses ( )
DEPARTAMENTO
Nome, Número, { Locais }, Gerente, DataInicGerente
PROJETO
Nome, Número, Local, DeptoControlador
EMPREGADO
Nome ( PriNome, LetNome, UltNome ), Matrícula, Endereco, Sexo, Salário,
DataNasc, Depto, Supervisor, { TrabalhaEm ( Projeto, Horas ) }
DEPENDENTE
Empregado, Nome, Sexo, DataNasc, Parentesco
DEPARTAMENTO
Nome, Número, { Locais }, Gerente, DataInicGerente
Entidade DEPARTAMENTO
Nome, Número, { Locais }
Relacionamento GERENCIA
tipos de entidade EMPREGADO e DEPARTAMENTO
cardinalidade 1 : 1
participação do tipo de entidade EMPREGADO é parcial
participação do tipo de entidade DEPARTAMENTO é total
atributo DataInicGerente
PROJETO
Nome, Número, Local, DeptoControlador
PROJETO
Nome, Número, Local
CONTROLA
tipos de entidade DEPARTAMENTO e PROJETO
cardinalidade 1 : N
participação do tipo de entidade PROJETO é total
participação do tipo de entidade DEPARTAMENTO é parcial
EMPREGADO
Nome ( PriNome, LetNome, UltNome ), Matrícula, Endereco, Sexo, Salário,
DataNasc, Depto, Supervisor, { TrabalhaEm ( Projeto, Horas ) }
EMPREGADO
Nome ( PriNome, LetNome, UltNome), Matrícula, Endereço, Sexo, Salário, DataNasc
TRABALHA_PARA
tipos de entidade DEPARTAMENTO e EMPREGADO
cardinalidade 1 : N
participação dos tipos de entidade EMPREGADO e DEPARTAMENTO é total
SUPERVISÃO
tipos de entidade EMPREGADO (supervisor) e EMPREGADO (supervisionado)
cardinalidade 1 : N
participação de ambos os tipos de entidade é parcial
TRABALHA_EM
tipos de entidade EMPREGADO e PROJETO
cardinalidade M : N
participação de ambos os tipos de entidade é total
atributo Horas
DEPENDENTE
Empregado, Nome, Sexo, DataNasc, Parentesco
DEPENDENTE
Nome, Sexo, DataNasc, Parentesco
DEPENDE_DE
tipos de entidade EMPREGADO e DEPENDENTE
cardinalidade 1 : N
participação do tipo de entidade EMPREGADO é parcial
participação do tipo de entidade DEPENDENTE é total
relacionamento de identificação

Mais conteúdo relacionado

Semelhante a Bd 02 mer

Banco de dados [ aula 2 ]
Banco de dados [ aula 2 ]Banco de dados [ aula 2 ]
Banco de dados [ aula 2 ]
Thiago Luis Colozio Casácio
 
Aula 3-IDB - Modelo Conceptual-2.pdf
Aula 3-IDB - Modelo Conceptual-2.pdfAula 3-IDB - Modelo Conceptual-2.pdf
Aula 3-IDB - Modelo Conceptual-2.pdf
Celestino24
 
Bd aula3
Bd aula3Bd aula3
Bd aula3
Tecksantos
 
Aula De Projeto De Bd E Mer
Aula De Projeto De Bd E MerAula De Projeto De Bd E Mer
Aula De Projeto De Bd E Mer
linux.certifield
 
Aula 4 - Diagrama Entidade Relacionamento (com exercício no final)
Aula 4  - Diagrama Entidade Relacionamento (com exercício no final)Aula 4  - Diagrama Entidade Relacionamento (com exercício no final)
Aula 4 - Diagrama Entidade Relacionamento (com exercício no final)
Janynne Gomes
 
Aula3BD-Modelo-Entidade-Relacionamento1.pdf
Aula3BD-Modelo-Entidade-Relacionamento1.pdfAula3BD-Modelo-Entidade-Relacionamento1.pdf
Aula3BD-Modelo-Entidade-Relacionamento1.pdf
DanielaJoaoGoularted
 
Bd aula2
Bd aula2Bd aula2
Bd aula2
Tecksantos
 
Aula 02 mer
Aula 02   merAula 02   mer
Aula 02 mer
Roitier Gonçalves
 
ATRIBUTOS.pptx
ATRIBUTOS.pptxATRIBUTOS.pptx
ATRIBUTOS.pptx
fabio20718
 
Modelo conceitual fisico_logico_er[1]
Modelo conceitual fisico_logico_er[1]Modelo conceitual fisico_logico_er[1]
Modelo conceitual fisico_logico_er[1]
Miguel Aquino
 
Banco de Dados
Banco de DadosBanco de Dados
Banco de Dados
Fabio Abel
 
3 - Modelo Entidade Relacionamento
3 - Modelo Entidade Relacionamento3 - Modelo Entidade Relacionamento
3 - Modelo Entidade Relacionamento
Cris Fidelix
 
Modelagem de dados usando o mer parte 3
Modelagem de dados usando o mer parte 3Modelagem de dados usando o mer parte 3
Modelagem de dados usando o mer parte 3
Elaine Cecília Gatto
 
Modelo de Entidades e Relacionamentos
Modelo de Entidades e RelacionamentosModelo de Entidades e Relacionamentos
Modelo de Entidades e Relacionamentos
Robson Silva Espig
 
Base de dados tic 10º ano
Base de dados   tic 10º anoBase de dados   tic 10º ano
Base de dados tic 10º ano
Este FC Juniores
 
Modelos de dados 12363966
Modelos de dados 12363966Modelos de dados 12363966
Modelos de dados 12363966
Kenedy Lázaro Simões Santos
 
Modelagem de dados
Modelagem de dadosModelagem de dados
Modelagem de dados
Osvaldo Alves
 
Modelos de dados 12363966
Modelos de dados 12363966Modelos de dados 12363966
Modelos de dados 12363966
Kenedy Lázaro Simões Santos
 
Aula 6 banco de dados
Aula 6   banco de dadosAula 6   banco de dados
Aula 6 banco de dados
Jorge Ávila Miranda
 
Aula 1 4
Aula 1 4Aula 1 4
Aula 1 4
Aparicio Junior
 

Semelhante a Bd 02 mer (20)

Banco de dados [ aula 2 ]
Banco de dados [ aula 2 ]Banco de dados [ aula 2 ]
Banco de dados [ aula 2 ]
 
Aula 3-IDB - Modelo Conceptual-2.pdf
Aula 3-IDB - Modelo Conceptual-2.pdfAula 3-IDB - Modelo Conceptual-2.pdf
Aula 3-IDB - Modelo Conceptual-2.pdf
 
Bd aula3
Bd aula3Bd aula3
Bd aula3
 
Aula De Projeto De Bd E Mer
Aula De Projeto De Bd E MerAula De Projeto De Bd E Mer
Aula De Projeto De Bd E Mer
 
Aula 4 - Diagrama Entidade Relacionamento (com exercício no final)
Aula 4  - Diagrama Entidade Relacionamento (com exercício no final)Aula 4  - Diagrama Entidade Relacionamento (com exercício no final)
Aula 4 - Diagrama Entidade Relacionamento (com exercício no final)
 
Aula3BD-Modelo-Entidade-Relacionamento1.pdf
Aula3BD-Modelo-Entidade-Relacionamento1.pdfAula3BD-Modelo-Entidade-Relacionamento1.pdf
Aula3BD-Modelo-Entidade-Relacionamento1.pdf
 
Bd aula2
Bd aula2Bd aula2
Bd aula2
 
Aula 02 mer
Aula 02   merAula 02   mer
Aula 02 mer
 
ATRIBUTOS.pptx
ATRIBUTOS.pptxATRIBUTOS.pptx
ATRIBUTOS.pptx
 
Modelo conceitual fisico_logico_er[1]
Modelo conceitual fisico_logico_er[1]Modelo conceitual fisico_logico_er[1]
Modelo conceitual fisico_logico_er[1]
 
Banco de Dados
Banco de DadosBanco de Dados
Banco de Dados
 
3 - Modelo Entidade Relacionamento
3 - Modelo Entidade Relacionamento3 - Modelo Entidade Relacionamento
3 - Modelo Entidade Relacionamento
 
Modelagem de dados usando o mer parte 3
Modelagem de dados usando o mer parte 3Modelagem de dados usando o mer parte 3
Modelagem de dados usando o mer parte 3
 
Modelo de Entidades e Relacionamentos
Modelo de Entidades e RelacionamentosModelo de Entidades e Relacionamentos
Modelo de Entidades e Relacionamentos
 
Base de dados tic 10º ano
Base de dados   tic 10º anoBase de dados   tic 10º ano
Base de dados tic 10º ano
 
Modelos de dados 12363966
Modelos de dados 12363966Modelos de dados 12363966
Modelos de dados 12363966
 
Modelagem de dados
Modelagem de dadosModelagem de dados
Modelagem de dados
 
Modelos de dados 12363966
Modelos de dados 12363966Modelos de dados 12363966
Modelos de dados 12363966
 
Aula 6 banco de dados
Aula 6   banco de dadosAula 6   banco de dados
Aula 6 banco de dados
 
Aula 1 4
Aula 1 4Aula 1 4
Aula 1 4
 

Mais de GestoFinanceiraFatec

Gsp007
Gsp007Gsp007
Gsp313 desafio selo_01
Gsp313 desafio selo_01Gsp313 desafio selo_01
Gsp313 desafio selo_01
GestoFinanceiraFatec
 
Nao sensivel
Nao sensivelNao sensivel
Nao sensivel
GestoFinanceiraFatec
 
Aula17
Aula17Aula17
05 repeticao
05 repeticao05 repeticao
05 repeticao
GestoFinanceiraFatec
 
Python aula02.ipynb colaboratory
Python aula02.ipynb   colaboratoryPython aula02.ipynb   colaboratory
Python aula02.ipynb colaboratory
GestoFinanceiraFatec
 

Mais de GestoFinanceiraFatec (6)

Gsp007
Gsp007Gsp007
Gsp007
 
Gsp313 desafio selo_01
Gsp313 desafio selo_01Gsp313 desafio selo_01
Gsp313 desafio selo_01
 
Nao sensivel
Nao sensivelNao sensivel
Nao sensivel
 
Aula17
Aula17Aula17
Aula17
 
05 repeticao
05 repeticao05 repeticao
05 repeticao
 
Python aula02.ipynb colaboratory
Python aula02.ipynb   colaboratoryPython aula02.ipynb   colaboratory
Python aula02.ipynb colaboratory
 

Bd 02 mer

  • 1. Prof. Fábio B. Leal email: prof.fabioleal@gmail.com blog: http://fortium.edu.br/blog/fabio_barros
  • 2.  O Modelo Entidade Relacionamento (MER) é um modelo de dados conceitual de alto nível.  O MER está centrado na percepção dos usuários sobre os dados, não importando a maneira na qual os dados serão armazenados.
  • 3. PROJETO CONCEITUAL Esquema Conceitual (alto nível) Independente do SGBD Dependente do SGBD Requisitos de Dados MUNDO REAL MAPEAMENTO DE MODELO DE DADOS Esquema Conceitual (dependente SGBD) PROJETO FÍSICO Esquema Interno Projeto de Banco de Dados
  • 4.  Entrevista com os usuários  Criação do modelo conceitual (MER)  Transformar o esquema conceitual para um modelo de implementação do banco (Modelo Relacional)  Projeto físico do banco de dados
  • 5.  Uma entidade é um elemento do mundo real com uma existência própria. Os tipos de entidade são: ◦ Física (concreta): pessoa, carro, casa, empregado. ◦ Conceitual (abstrata): viagem, curso, profissão.
  • 6.  Cada entidade possui propriedades que a descreve, chamadas de atributos Nome = José Silva Endereço = Rua A casa 14 Idade = 55 Fone = 3222-2222 empregado
  • 7.  um atributo que não é divisível é chamado de atributo atômico ou simples.  Exemplos: ◦ Data de nascimento; ◦ CPF ◦ Matrícula ◦ Nome
  • 8.  Um atributo que é composto de vários atributos básicos é chamado de atributo composto ENDEREÇO CIDADE LOCAL ESTADO CEP NÚMERO APTO RUA Atributo Composto
  • 9.  Atributo monovalorado possui um único valor para uma entidade particular ◦ Ex : Nome na entidade empregado  Atributo multivalorado pode ter um conjunto de valores para uma mesma entidade ◦ Ex: telefone na entidade empregado
  • 10.  Um atributo derivado ou virtual é aquele que pode ser obtido a partir de outro(s) atributos(s) ◦ Idade derivado da data de nascimento ◦ Número total de empregados, derivado da soma dos empregados ◦ Média Final derivado das notas do alunos
  • 11.  O valor nulo de um atributo, ocorre quando o atributo não possui qualquer valor em uma entidade particular. ◦ O atributo NumeroDeApto não possuirá valor para os empregados que não moram em apartamento. ◦ Quando não se conhece o valor do atributo para uma entidade.  Em ambos os casos, quando o valor é não aplicável ou o valor é desconhecido, é atribuído um valor nulo ao atributo.
  • 12. EMPREGADO Nome, Matrícula, Salário DEPARTAMENTO CodDepto, NomeDepto e1 (‘JOSE’, ‘M003’, 500.00) e2 (‘MARIA’, ‘M001’, 550.00) e3 (‘PEDRO’, ‘M077’, 600.00) ... d1 (‘D01’, ‘ENGENHARIA’) d2 (‘D02’, ‘VENDAS’) ... Entidade
  • 13.  Atributo chave identifica cada entidade unicamente  Duas entidades (de mesmo tipo) não podem ter o mesmo valor para o atributo chave ◦ Ex: matrícula do empregado  Atributo chave composto ◦ Ex: cidade , chave: nome e estado
  • 14.  Cada atributo de um tipo de entidade possui um conjunto de valores (domínio), que especifica os possíveis valores que podem estar associados para aquele atributo em cada entidade individual.  Exemplos: ◦ Domínio do atributo Nome  seria um conjunto de caracteres alfabéticos; ◦ Domínio de um campo Sexo  poderia ser F ou M
  • 15.  A empresa DEMO é organizada em departamentos. Cada departamento tem um nome, um número e um empregado que gerencia o departamento. Deve-se saber a data em que um empregado iniciou como gerente de um departamento. Um departamento pode ter diversas localizações  Um departamento controla um número de projetos, cada qual com um nome, um número e uma única localização  São armazenados o nome do empregado, matrícula, endereço, salário, sexo e data de nascimento. Um empregado está associado a um departamento, mas pode trabalhar em diversos projetos, não necessariamente controlados pelo mesmo departamento. Deve-se saber o número de horas semanais que um empregado trabalha em cada projeto, bem como o supervisor direto de cada empregado  Cada empregado pode possuir vários dependentes, devendo-se saber, para cada dependente, o nome, o sexo, a data de nascimento e a sua ligação com o empregado
  • 16.  “A empresa DEMO é organizada em departamentos. Cada departamento tem um nome, um número e um empregado que gerencia o departamento. Deve-se saber a data em que um empregado iniciou como gerente de um departamento. Um departamento pode ter diversas localizações.”  Entidade: Departamento ◦ possui os atributos Nome, Numero, Local, Gerente e DataInicGerente ◦ O atributo Locais é multivalorado ◦ O atributo chave pode ser Número ou Nome, pois dois departamentos não podem ter o mesmo nome ou o mesmo número
  • 17.  “Um departamento controla um número de projetos, cada qual com um nome, um número e uma única localização.”  Entidade: Projeto ◦ Possui os atributos Nome, Numero, Local e DeptoControlador. ◦ O atributo chave pode ser Numero ou Nome, pois dois projetos não podem ter o mesmo nome ou o mesmo número.
  • 18.  “São armazenados o nome do empregado, matrícula, endereço, salário, sexo e data de nascimento. Um empregado está associado a um departamento, mas pode trabalhar em diversos projetos, não necessariamente controlados pelo mesmo departamento. Deve-se saber o número de horas semanais que um empregado trabalha em cada projeto, bem como o supervisor direto de cada empregado”.  Entidade: Empregado ◦ possui os atributos Nome, Matricula, Endereco, Salario, Sexo, DataNasc e Supervisor ◦ Os atributos Nome e Endereco podem ser compostos ◦ O atributo chave é Matricula
  • 19.  O fato de um empregado poder trabalhar em diversos projetos e o número de horas semanais que um empregado trabalha em cada projeto pode ser representado segundo as alternativas: ◦ um atributo chamado TrabalhaEm para o tipo de entidade EMPREGADO, multivalorado e composto dos atributos Projeto e Horas; ◦ um atributo chamado Trabalhador para o tipo de entidade PROJETO, multivalorado e composto dos atributos Empregado e Horas.
  • 20.  Cada empregado pode possuir vários dependentes, devendo-se saber, para cada dependente, o nome, o sexo, a data de nascimento e a sua ligação com o empregado  Entidade: Dependente ◦ possui os atributos Empregado, Nome, Sexo, DataNasc e Parentesco ◦ Os atributos chave são Empregado e Nome
  • 21.  Resumo do projeto conceitual inicial do banco de dados DEMO.  Os atributos multivalorados são apresentados entre chaves { }.  Os atributos componentes de um atributo composto são apresentados entre parênteses ( ) DEPARTAMENTO Nome, Número, { Locais }, Gerente, DataInicGerente PROJETO Nome, Número, Local, DeptoControlador EMPREGADO Nome ( PriNome, LetNome, UltNome ), Matrícula, Endereco, Sexo, Salário, DataNasc, Depto, Supervisor, { TrabalhaEm ( Projeto, Horas ) } DEPENDENTE Empregado, Nome, Sexo, DataNasc, Parentesco
  • 22.  atributo Gerente do tipo de entidade DEPARTAMENTO refere-se a um empregado que gerencia o departamento.  atributo DeptoControlador do tipo de entidade PROJETO refere-se ao departamento que controla o projeto.  atributo Supervisor do tipo de entidade EMPREGADO refere-se a outro empregado, que supervisiona esse empregado.  atributo Depto do tipo de entidade EMPREGADO refere-se ao departamento onde o empregado trabalha.
  • 23.  Um tipo de relacionamento R associado a n tipos de entidade E1, E2, ..., En é um conjunto de associações entre entidades desses tipos.  Matematicamente, R é um conjunto de instâncias de relacionamento ri, onde em cada ri participam as entidades (e1, e2, ..., en), e cada entidade ej em ri é um membro de tipo de entidade Ej, 1  j  n.
  • 24.  Informalmente, cada instância de relacionamento ri em R é uma associação de entidades, onde a associação inclui exatamente uma entidade de cada tipo de entidade participante.  Uma instância de relacionamento ri representa o fato de que as entidades participantes em ri estão associadas segundo o mundo real correspondente.
  • 26.  O grau de um tipo de relacionamento é o número de tipos de entidades que participam do tipo de relacionamento.  O tipo de relacionamento TRABALHA_PARA possui grau 2, ou seja, binário.  Como exemplo de tipo de relacionamento de grau 3 (ternário), considere a participação dos tipos de entidade FORNECEDOR, PEÇA e PROJETO (fornecedores fornecem peças para projetos).  Relacionamentos podem ter qualquer grau, mas os que ocorrem mais freqüentemente são os binários.
  • 27.  Cada tipo de entidade que participa em um tipo de relacionamento desempenha um papel no relacionamento.  No tipo de relacionamento TRABALHA_PARA, o tipo de entidade EMPREGADO desempenha o papel de trabalhador e o tipo de entidade DEPARTAMENTO desempenha o papel de empregador.
  • 28.  Quando o mesmo tipo de entidade participa mais que uma vez em um tipo de relacionamento, torna–se útil a distinção de papéis desempenhados por este tipo de entidade.  Quando o mesmo tipo de entidade participa mais que uma vez em um tipo de relacionamento, esses relacionamentos são chamados de recursivos.
  • 30.  Tipos de relacionamento são limitados nas possíveis combinações de entidades participantes em cada instância de relacionamento.  Como exemplo, considere a regra que um empregado trabalha para somente um departamento.
  • 31.  A restrição de cardinalidade limita o número de instâncias de relacionamento que uma entidade pode participar  O tipo de relacionamento TRABALHA_PARA especifica ◦ DEPARTAMENTO: EMPREGADO com cardinalidade 1 : N ◦ significando que em um departamento trabalham diversos empregados, mas cada empregado somente pode trabalhar em um único departamento
  • 32.  O tipo de relacionamento GERENCIA especifica ◦ DEPARTAMENTO : EMPREGADO com cardinalidade 1 : 1 ◦ significando que cada departamento tem somente um gerente e um empregado pode gerenciar somente um departamento
  • 33.  O tipo de relacionamento TRABALHA_EM especifica ◦ EMPREGADO : PROJETO com cardinalidade N : M ◦ significando que um empregado pode trabalhar em diversos projetos e que vários empregados podem trabalhar em um projeto.
  • 34.  A restrição de participação determina que a existência de uma entidade depende de sua participação em um tipo de relacionamento  Existem dois tipos de restrições de participação: ◦ total e parcial
  • 35.  Suponha que um empregado deve trabalhar em um departamento, ou seja, não existem empregados que não estejam vinculados a algum departamento. Assim, uma entidade do tipo EMPREGADO existe somente se ela participa em uma instância de relacionamento TRABALHA_PARA.
  • 36.  o tipo de relacionamento GERENCIA, o qual envolve os tipos de entidade EMPREGADO e DEPARTAMENTO, a participação do tipo de entidade EMPREGADO é parcial, pois somente alguns empregados gerenciam departamentos, o que não limita a existência dos demais empregados.
  • 37.  O tipo de relacionamento TRABALHA_EM, o qual envolve os tipos de entidade EMPREGADO e PROJETO, concentra-se no fato de que um empregado pode trabalhar em diversos projetos. O número de horas por semana que um empregado trabalha em um projeto está associado a cada instância do relacionamento. Portanto, o atributo Horas descreve o tipo de relacionamento TRABALHA_EM.
  • 38.  O tipo de relacionamento GERENCIA, o qual envolve os tipos de entidade EMPREGADO e DEPARTAMENTO, concentra-se no fato de que cada departamento possui um empregado que o gerencia. A data na qual um empregado iniciou a gerência de um departamento está associado a cada instância do relacionamento.  Portanto, o atributo DataInicGerente descreve o tipo de relacionamento GERENCIA
  • 39.  Entidades pertencentes a um tipo de entidade fraca são identificadas (atributo(s) chave) por atributo relacionados a outros tipos de entidade em combinação com atributos da própria entidade. Ex: ◦ o tipo de entidade DEPENDENTE, descrita pelos atributos Nome, Sexo, DataNasc e Parentesco, não pode ser identificada por qualquer desses atributos isoladamente (ou uma combinação entre eles) ◦ um dependente é identificado por seu nome em combinação com o empregado responsável
  • 40.  Tipo de relacionamento envolvido na caracterização da entidade fraca é denominado: ◦ relacionamento de identificação.  Um tipo de entidade fraca tem sempre uma restrição de participação total nos relacionamentos de identificação (observe que a restrição de participação total não resulta em um tipo de entidade fraca).
  • 41.  Resumo do projeto conceitual inicial do banco de dados DEMO.  Os atributos multivalorados são apresentados entre chaves { }.  Os atributos componentes de um atributo composto são apresentados entre parênteses ( ) DEPARTAMENTO Nome, Número, { Locais }, Gerente, DataInicGerente PROJETO Nome, Número, Local, DeptoControlador EMPREGADO Nome ( PriNome, LetNome, UltNome ), Matrícula, Endereco, Sexo, Salário, DataNasc, Depto, Supervisor, { TrabalhaEm ( Projeto, Horas ) } DEPENDENTE Empregado, Nome, Sexo, DataNasc, Parentesco
  • 42. DEPARTAMENTO Nome, Número, { Locais }, Gerente, DataInicGerente Entidade DEPARTAMENTO Nome, Número, { Locais } Relacionamento GERENCIA tipos de entidade EMPREGADO e DEPARTAMENTO cardinalidade 1 : 1 participação do tipo de entidade EMPREGADO é parcial participação do tipo de entidade DEPARTAMENTO é total atributo DataInicGerente
  • 43. PROJETO Nome, Número, Local, DeptoControlador PROJETO Nome, Número, Local CONTROLA tipos de entidade DEPARTAMENTO e PROJETO cardinalidade 1 : N participação do tipo de entidade PROJETO é total participação do tipo de entidade DEPARTAMENTO é parcial
  • 44. EMPREGADO Nome ( PriNome, LetNome, UltNome ), Matrícula, Endereco, Sexo, Salário, DataNasc, Depto, Supervisor, { TrabalhaEm ( Projeto, Horas ) } EMPREGADO Nome ( PriNome, LetNome, UltNome), Matrícula, Endereço, Sexo, Salário, DataNasc TRABALHA_PARA tipos de entidade DEPARTAMENTO e EMPREGADO cardinalidade 1 : N participação dos tipos de entidade EMPREGADO e DEPARTAMENTO é total
  • 45. SUPERVISÃO tipos de entidade EMPREGADO (supervisor) e EMPREGADO (supervisionado) cardinalidade 1 : N participação de ambos os tipos de entidade é parcial TRABALHA_EM tipos de entidade EMPREGADO e PROJETO cardinalidade M : N participação de ambos os tipos de entidade é total atributo Horas
  • 46. DEPENDENTE Empregado, Nome, Sexo, DataNasc, Parentesco DEPENDENTE Nome, Sexo, DataNasc, Parentesco DEPENDE_DE tipos de entidade EMPREGADO e DEPENDENTE cardinalidade 1 : N participação do tipo de entidade EMPREGADO é parcial participação do tipo de entidade DEPENDENTE é total relacionamento de identificação