Banco de Dados I. Prof. Diego Buchinger. Profa. Rebeca Schroeder Freitas Prof. Fabiano Baldo.

Documentos relacionados
Banco de Dados I. Prof. Diego Buchinger. Profa. Rebeca Schroeder Freitas Prof. Fabiano Baldo.

IEC Banco de Dados I Aula 08 Modelo E. E. R.

MC536. Modelo Entidade- Relacionamento

Projeto Banco de Dados

Projeto de Bancos de Dados

Modelagem Entidade Relacionamento Estendida. Evandro E.S. Ruiz, Ph.D.

Modelagem semântica permite aproximar o modelo obtido do mundo real Exemplo de modelos:

Unidade 2 Modelo Conceitual

MATA60 BANCO DE DADOS Aula 4- Modelo de Entidades e Relacionamentos Estendido. Prof. Daniela Barreiro Claro

Sumário. Modelo Entidade-Associação : Avançado 1 Associações Ternárias. Exemplo. Associações Ternárias. Exemplo. André Restivo. September 21, 2010

Projeto de Banco de Dados

Projeto de Banco de Dados

Banco de Dados I. Prof. Diego Buchinger. Profa. Rebeca Schroeder Freitas Prof. Fabiano Baldo.

Extensões do Modelo Entidade-Relacionamento

Banco de Dados I Generalização/Especialização

GEE051 - Banco de Dados Projeto de BD Projeto Conceitual. Ilmério Reis da Silva UFU/FACOM /2

Modelagem de Dados. Modelagem Conceitual

SISTEMA DE INFORMAÇÃO Modelo Conceitual. Prof. Luiz Fernando Laguardia Campos FMS

GES013 Sistema de Banco de Dados Modelo de Entidade-Relacionamento (ER)

Aula 4 SBD Modelo Entidade Relacionamento Parte 2. Profa. Elaine Faria UFU

INSTITUTO FEDERAL DE EDUCAÇÃO, CIÊNCIA E TECNOLOGIA DO RIO GRANDE DO NORTE BANCO DE DADOS MODELO ENTIDADE- RELACIONAMENTO

Banco de Dados I. Prof. Diego Buchinger. Profa. Rebeca Schroeder Freitas Prof. Fabiano Baldo.

Bancos de Dados. 7. Mapeamento ER/ERE para Relacional

Revisão e Exercícios. Relacionamento. Projeto de Bancos de Dados. Chave e Domínio. Tipos de Atributos

2. Revisão e Dicas de Modelagem Conceitual

Modelo ER. Ricardo Terra rterrabh [at] gmail.com

MODELAGEM DE DADOS. Projeto de Banco de Dados Modelo Conceitual. Prof. Rosemary Melo

MODELAGEM DE DADOS MODELAGEM DE DADOS. rafaeldiasribeiro.com.br. Aula 6. Prof. Rafael Dias Ribeiro.

Modelo Entidade-Relacionamento

BANCO DE DADOS I. Prof. Luiz Antônio Vivacqua C. Meyer

Banco de Dados. Diagramas de Entidade Relacionamento (DER) - Complementos. Ref. Prof. Renato de Oliveira Violin - UFSCar

MODELAGEM DE DADOS PARTE 3

Administração e Projeto de Banco de dados. Aula 4 Modelagem Conceitual Tipos de Relacionamentos

1. MINI MUNDO Descrição formal da realidade a ser representada. Exemplo: suponhamos que as Faculdades Dom Bosco funcionem assim:

Análise Orientada a Objetos. Análise Orientada a Objetos; O Paradigma de Objetos; A UML.

1. MINI MUNDO Descrição formal da realidade a ser representada. Exemplo: suponhamos que as Faculdades Dom Bosco funcionem assim:

Diagramas de Classes. ESII Profª. Andressa Falcade URI Santiago

IEC Banco de Dados I Aula 09 Modelo E. R. para relacional

MAPEAMENTO OBJETO RELACIONAL. Professora Lucélia Oliveira

UML - Diagrama de Classes

Unidade 3 23/10/2008. Curso Superior de Tecnologia: Banco de Dados Sistemas para Internet Redes de Computadores

BDI Capitulo 2 Revisão 9

Modelo Entidade Relacionamento

Modelo Entidade Relacionamento (MER) Professor : Esp. Hiarly Alves

Bases de Dados. Parte II Os Modelos ER e EER

Modelo Entidade-Relacionamento

Modelos. Banco de dados. Professor: Jarbas Araújo CENTRO EDUCACIONAL RADIER.

15/04/2013. Outro Diagrama de Classes. Primeiro Diagrama de Classes. Diagrama de Classes. Atributos. Eduardo Figueiredo

Correspondência das NOTAÇÕES Razão de Cardinalidade e Restrição de participação com Restrição Estrutural

PCS3413 Engenharia de Software e Banco de Dados

TIPOS DE ENTIDADE ENTIDADE TIPO

PROJETO DE BANCO DE DADOS -PROJETO CONCEITUAL. Prof. Angelo Augusto Frozza, M.Sc.

Mapeamento Modelo Entidade Relacionamento para Modelo Relacional. Evandro E.S Ruiz, Ph.D.

04/11/2016 UML. Prof. Esp. Fabiano Taguchi DIAGRAMAS DE CLASSE

Especialização / generalização. Especialização top-down a partir da super-classe identificam-se as subclasses

Aula 7 SBD ER para Relacional. Profa. Elaine Faria UFU

Técnicas de Modelação de Dados

Diagrama de Classes (Notação) - Aula 11 (parte 2)

Banco de dados. Objetivo: Reter os dados de forma que possam ser utilizados em outros momentos

Modelagem de Dados MODELAGEM DE DADOS. Projeto de Banco de Dados Modelo Conceitual. Profa. Rosemary Melo

Banco de dados. Objetivo: Reter os dados de forma que possam ser utilizados em outros momentos

UML LINGUAGEM DE MODELAGEM UNIFICADA Diagrama de Classes

Modelagem de Dados (Estrutura Relacional)

IFSC/Florianópolis - CTI - Projeto de Sistemas - prof. Herval Daminelli

Banco de Dados Modelagem Conceitual de Dados. Prof. Edjandir Corrêa Costa

MODELAGEM DE DADOS -PROJETO CONCEITUAL DE BD. Prof. Angelo Augusto Frozza, M.Sc.

Bases de Dados. Parte II. Os Modelos ER e EER

A Linguagem de Modelagem Unificada

Banco de Dados I Parte II a: Abordagem Entidade-Relacionamento

Orientação a objetos. Objetos ou Instâncias I

Análise e Projeto de Sistemas

Modelo Entidade Relacionamento

Análise e Projeto Orientados a Objetos

Sistemas de Banco de Dados Prof. Flávio de Oliveira Silva, M.Sc. O esquema de uma relação é escrito da seguinte forma:

Banco de Dados Modelagem e Normalização

Bases de Dados. Modelo Entidade-Associação. Exemplo do banco. IST DEI Bases de Dados

IF685 Gerenciamento de Dados e Informação - Prof. Robson Fidalgo 1/64

Bases de Dados. Modelo Entidade-Associação. Exemplo do banco. branch. account depositor. loan. borrower customer. IST DEI Bases de Dados

Prof. Fabiano Taguchi

MODELO ENTIDADE RELACIONAMENTO

BANCO DE DADOS. Bacharelado em Sistemas de Informação MODELAGEM DE DADOS. Profº Luciano Roberto Rocha. Itararé, 2º período

Roteiro. Modelagem com Entidade-Relacionamento Estendido. Processo de Projeto de Banco de Dados. BCC321 - Banco de Dados I. Ementa.

Banco de Dados. Modelo Entidade Relacionamento Estendido DCC IME USP. João Eduardo Ferreira Osvaldo Kotaro Takai Marcelo Finger

Requisitos de sistemas

SISTEMAS DE BANCO DE DADOS CONCEITOS DE MODELAGEM CONCEITUAL DE DADOS

Construindo modelos ER. Capítulo 3

Diagramas de Classes. Diagramas de Classes. Diagramas de Classes. Análise e Projeto de Sistemas OO

Modelagem de Dados MODELAGEM DE DADOS. Projeto de Banco de Dados Modelo Conceitual. Profa. Rosemary Melo

Modelagem de Classes. Mestrado em Engenharia de Produção e Sistemas Computacionais. Profa. Adriana Pereira de Medeiros

Modelo Entidade Relacionamento Estendido (ERE)

LÓGICA DE PROGRAMAÇÃO (JAVA) HERANÇA. Professor Carlos Muniz

Diagrama de Classes. Classes. Relacionamentos. Atributos Métodos. Associação. Generalização Dependência Realização. Agregação Composição

Unidade 4 Projeto de BD Relacional

Conjuntos de entidades Conjuntos de relações Restrições de Mapeamento Chaves Diagrama ER Opções de desenho Extensões ao modelo ER Exemplo

Modelagem Conceitual parte I

O MODELO ENTIDADE RELACIONAMENTO. Tiago Alves de Oliveira

Modelagem Conceitual parte I

12/03/16. Generalização. Associação. Agregação UML Relações. entre Classes. Composição. Prof.Dr. Enzo Seraphim. Dependência

Transcrição:

Banco de Dados I Prof. Diego Buchinger diego.buchinger@outlook.com diego.buchinger@udesc.br Profa. Rebeca Schroeder Freitas Prof. Fabiano Baldo

Modelo Entidade-Relacionamento Parte II

Modelo Entidade-Relacionamento Entidade Forte: representa uma entidade que pode permanecer sozinha. Não depende de outra entidade. Entidade Fraca: representa uma entidade que não pode ser identificada sozinha. Depende da existência de uma entidade forte. Representação 1: (TerraER)

Modelo Entidade-Relacionamento Entidade Forte: representa uma entidade que pode permanecer sozinha. Não depende de outra entidade. Entidade Fraca: representa uma entidade que não pode ser identificada sozinha. Depende da existência de uma entidade forte. Representação 2: OBS: pode-se usar a representação de relacionamento fraco (losango com duas bordas)

Modelo Entidade-Relacionamento Entidade Fraca: A notação do BR-Modelo pode ser ambígua Representação sem entidade fraca Representação com entidade fraca Turmas depende da entidade alunos ou da entidade disciplinas para existir? Pode-se utilizar um relacionamento fraco

Modelo Entidade-Relacionamento Relacionamento n-ário: quando ocorre o relacionamento de mais de duas entidades em uma única relação. Leitura: um produto em uma cidade pode ser entregue por um único distribuidor um distribuidor em uma cidade pode entregar 0 a N produtos um distribuidor de um produto pode entregar em N cidades

Modelo Entidade-Relacionamento Entidade Associativa ou Entidade-Relacionamento: quando é necessário associar uma entidade a um relacionamento.? Como associar?

Modelo Entidade-Relacionamento Entidade Associativa ou Entidade-Relacionamento: quando é necessário associar uma entidade a um relacionamento. Representação 1:

Modelo Entidade-Relacionamento Entidade Associativa ou Entidade-Relacionamento: quando é necessário associar uma entidade a um relacionamento. Representação 2:

Modelo Entidade-Relacionamento Entidade Associativa: é possível optar por outra forma de modelar, não usando entidade associativa OBS: a representação usando entidade associativa é boa quando os medicamentos são cadastrados com antecedência e/ou quando os remédios costumam ser usados em diversas consultas. Caso contrário, medicamento poderia ser apenas um atributo.

Modelo Entidade-Relacionamento Estendido (EER) [Extended Entity-Relationship]

Inclui todos os conceitos do MER básico, além de: subclasses / superclasses (classe como sinônimo de entidade) especialização / generalização categorias (tipos união) herança de atributo e relacionamento Orientação a Objetos Exemplo: precisamos modelar que EMPREGADOS de cargos diferentes que possuem diferentes tipos de atributos significativos (secretária => vel. digitação; engenheiro => especialização)

Representação de Especialização / Generalização Atributos herdados Superclasse: EMPREGADOS Subclasses: SECRETÁRIAS, TÉCNICOS e ENGENHEIROS Atributos específicos ou locais

Representação de Especialização / Generalização Uma entidade membro de uma subclasse herda: Atributos da superclasse Relacionamentos da superclasse

Especialização / Generalização: Se um atributo da superclasse define qual a subclasse de uma entidade, pode-se colocar a condição próxima à linha que conecta a subclasse ao círculo de especialização. Se um atributo determina todas as subclasses, chamamos de especialização definida por atributo Exemplo: TipoTrabalho é um atributo de definição das especializações {SECRETÁRIAS, TÉCNICOS, ENGENHEIROS} Caso contrário dizemos que se trata de uma especialização definida pelo usuário

Especialização / Generalização: Exemplo especialização definida por atributo

Tipos / Restrições de Especialização: Disjunção: representada pela letra d Uma entidade pode ser membro de no máximo uma das subclasses de especialização Sobreposição: representada pela letra s (ou o ) Uma entidade pode ser membro de mais de uma subclasse de especialização

Restrições de Integralidade ou Completude: Parcial: representada por uma linha única Indica que uma entidade pode pertencer a nenhuma das subclasses identificadas Total: representada por uma linha dupla Indica que uma entidade deve pertencer a pelo menos uma das subclasses identificadas Não pode existir uma entidade da superclasse!

Restrições de Integralidade ou Completude:

Representação alternativa Endereço Nome Pessoas Total: Toda Pessoa é ou Pessoa Física ou Pessoa Jurídica CPF Física t (default) Jurídica CNPJ Funcionários p Parcial: Nem todo funcionário é Médico ou Enfermeiro Médicos Enfermeiros

Representação alternativa Endereço Nome Pessoas Disjunção ou Entidade Exclusiva CPF Física Jurídica CNPJ Pessoas Sobreposição ou Entidade Não- Exclusiva Professor Alunos

Reticulado herança múltipla Uma entidade pode ser subclasse de mais de uma superclasse, ou uma superclasse de outra superclasse A subclasse herda os atributos e relações de todas as suas superclasses Processo de conceito top-down: parte das entidades superclasses para as subclasses Processo de conceito bottom-up: parte das entidades subclasses para as superclasses

Reticulado herança múltipla

Observações O MER não consegue expressar todos os requisitos de uma aplicação. As vezes é necessária uma documentação adicional: Uma disciplina não pode ser pré-requisito dela mesma O tipo de uma disciplina pode ser graduação ou pós-graduação; Um aluno da graduação não pode cursar uma disciplina da pós-graduação e vice-versa

Exemplo: representar o seguinte sistema acadêmico: O sistema acadêmico deve registrar os dados dos alunos (graduandos e pós-graduandos), ex-alunos, professores e técnicos da universidade. É preciso manter registrado, além de todos os dados básicos, o cargo dos técnicos, a categoria dos professores e dados de formação dos ex-alunos (curso, ano e grau). Dos alunos matriculados é preciso saber qual o seu curso, e se for aluno da pós graduação deve-se manter registro também do professor orientador. Deve-se registrar também os salários dos empregados. A Universidade oferece também vagas de emprego para alunos assistentes que podem atuar em projetos de pesquisa ou de ensino. Os projetos de ensino estão associados a uma disciplina, enquanto que os projetos de pesquisa estão associados a um ou mais professores.