Diagramas Entidade-Associação

Documentos relacionados
Diagramas Entidade-Relação

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

Modelo Relacional. Comparação entre Tipos de Diagramas. Modelos de registos. Exemplo de uma Relação

Banco de Dados I 2007 Módulo II: Modelagem Entidade- Relacionamento versus Relacional. (Aula 1) Clodis Boscarioli

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

Introdução às Bases de Dados

Modelo Entidade-Relacionamento

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

MC536. Modelo Entidade- Relacionamento

BCD29008 Banco de dados

Aula 3 - Modelo Entidade-Relacionamento

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

TECNÓLOGO EM ANÁLISE E DESENVOLVIMENTO DE SISTEMAS BANCO DE DADOS I PROFA. CLEIANE GONÇALVES OLIVEIRA

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

Estrutura das Bases de Dados Relacionais Redução a tabelas de um Esquema ER Álgebra Relacional Operações Estendidas da Álgebra Relacional Modificação

Projeto de Banco de Dados

Projeto de Banco de Dados

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

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

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

01 - Quais as principais vantagens da utilização de um Sistema de Banco de Dados em relação aos sistemas tradicionais de gerenciamento de arquivos?

Extensões do Modelo Entidade-Relacionamento

ADMINISTRAÇÃO DE BANCOS DE DADOS MÓDULO 8

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

Modelagem de dados usando o modelo Entidade- Relacionamento (ER)

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

Conceitos básicos e diagramas ER

Apostila de Modelagem de Banco de Dados

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

Banco de Dados I. Projeto de Banco de Dados e o Modelo E-R Parte 2. Fabricio Breve

Modelo Entidade Relacionamento

Panorama da notação UML

Comparação entre Tipos de Diagramas. DEA para um Banco. Modelo Relacional. Modelos Relacional

Técnicas de Modelação de Dados

Técnicas de Modelação de Dados

Modelo Relacional. Aula 02

Modelo Comportamental

Modelo Relacional. André Restivo. Faculdade de Engenharia da Universidade do Porto. February 24, 2012

Análise Estruturada. Modelagem de Software Prof. Flávio de Oliveira Silva, Ph.D.

Abordagem ER. Capítulo 2

Modelagem de Dados. Modelagem Conceitual

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

PCS3413 Engenharia de Software e Banco de Dados

Banco de Dados. Aula 3 - Prof. Bruno Moreno 26/08/2011

2010 Diagrama Entidade - Associação

Aulas 03, 04 e 05. Relacionamentos entre Entidades Tipos de Relacionamentos Cardinalidade Relacionamento Identificador Entidade Associativa

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

Dependências Funcionais e Formas Normais. Formas Normais Pedro Sousa 1

Revisando Banco de Dados. Modelo Relacional

Programação Orientada a Objetos 2 Flávio de Oliveira Silva, M.Sc.

Modelo Relacional Normalização Diagramas E-R e Tabelas Originadas

Abordagem ER. Capítulo 2

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

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

MODELAGEM DE DADOS MÓDULO III - UNIDADE V- MAPEAMENTO OBJETO RELACIONAL

Prof. Fabiano Taguchi

Tópico: Modelagem CONTEÚDO PROGRAMÁTICO

Banco de Dados Diagrama Entidade Relacionamento DER

BANCO DE DADOS E APLICAÇÕES EM NEGÓCIOS: Modelagem usando o Modelo Entidade Relacionamento. Evandro Eduardo Seron Ruiz, Ph.D.!

Retrospectiva (Aula 2) O Modelo Entidade-Relacionamento. O Modelo Entidade- Relacionamento. O Modelo Entidade- Relacionamento

Banco de Dados I. Aula 10 - Prof. Bruno Moreno 23/09/2011

Unidade 4 Projeto de Banco de Dados

Relações entre os atores da realidade

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

1) Defina os seguintes termos: entidade, atributo, atributo multivalorado, atributo derivado, atributo-chave, conjunto de valores e relacionamento

UML LINGUAGEM DE MODELAGEM UNIFICADA Diagrama de Classes

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

Restrições de Integridade. Prof. Jefferson Silva CEFET.PHB - PI

Modelos Empresariais e Futuras Direcções

Introdução. Modelo de dados conceitual para o projeto de BD

MODELAGEM DE DADOS UNIDADE 3 Modelo Entidade-Relacionamento. Luiz Leão

Migração Modelo ER-Relacional

Programação com Objectos 1º Teste 2013/2014 1º Semestre 15 de Novembro de 2013, 18:00 (90 minutos)

MC536 Bancos de Dados: Teoria e Prática

Do geral para o particular (Top-down) 1) Modelo conceptual E-R; 2) Regras de mapeamento para modelo lógico; 3) Modelo de dados.

Banco de Dados Mapeamento Entidade Relacionamento para Relacional

BANCO DE DADOS. TÁSSIO JOSÉ GONÇALVES GOMES

Modelo Entidade-Relacionamento. José Antônio da Cunha CEFET-RN

Banco de Dados. Aula 4 - Prof. Bruno Moreno 02/09/2011

UML. Diagrama de Classe

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

Unidade 4 Projeto de BD Relacional

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

P R O J E T O: C A R N A V A L. 2. Informações Básicas sobre o Sistema a ser Desenvolvido

UML. Diagrama de Classes

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

Transcrição:

As cardinalidades afectam a concepção Relembrando o exemplo: o conjunto de associações depositante entre os conjuntos de entidades cliente e conta pode ter um atributo dataacesso. O atributo da associação dataacesso pode ser passar a ser um atributo de conta, isto se cada conta tiver apenas um cliente. Cardinalidade de 1 : N. Diagramas Entidade-Associação No entanto, se a cardinalidade da associação for de N : M tal não é possível. Nesse caso o atributo dataacesso tem de pertencer à associação. 2013/10/08 (v85) 41 / 311 42 / 311 Diagramas Entidade-Associação (DEA/ERD) Diagramas Patas de Corvos (com algumas adaptações próprias). id Rectângulos representam entidades; Losangos representam associações; Linhas unem entidades e associações. Diferentes terminações especificam diferentes cardinalidades. Cada entidade e/ou associação é identificada por um identificador (acima da linha horizontal). Os atributos aparecem abaixo das linhas horizontais. As chaves primárias (atributos) são identificados por um sublinhado simples. 43 / 311 DEA com atributos compostos, multi-valor e derivados id primeiro meio fim endereco andar codigo postal data de nascimento idade telefone atributos compostos são representados pela indentação; atributos derivados são representados por tracejado; atributos multi-valor são representados por um duplo sublinhado. 44 / 311

DEA Associações com atributos DEA - Cardinalidade das Associações A cardinalidade das associações é expressa da seguinte forma: ou id data_acesso 1:1 1:N N:M associações não totais As associações não totais podem acontecer em qualquer um dos casos. Por exemplo: 1 : 1 não total num dos lados. id data_acesso um cliente está associado a, no máximo, um empréstimo. um empréstimo está associado a um cliente. id Mutuario 45 / 311 46 / 311 DEA - associação 1:N, não total Pode-se ter o caso em que um piso está associado a várias divisões no entanto pode-se dar o caso de não ter nenhuma (um piso de entrada). Pisos NumPiso Elevador PortaSaida DEA - associação N:M, não total um cliente está associado com vários empréstimos, possivelmente zero. um empréstimo está associado com vários clientes, possivelmente zero. Possui id Mutuario Divisao iddivisao FuncaoDivisao 47 / 311 48 / 311

Modelo E-A/DEA Adicionais Papéis Os conjuntos de entidades participantes numa associação não são obrigatoriamente distintos: As etiquetas gestor e trabalhador são designadas papéis; especificam como as entidades empregado interagem por intermédio de associações trabalha-para. Os papéis são indicadas nos DEAs anotando as linhas que ligam os losangos aos rectângulos. Os papéis são opcionais, sendo utilizados para clarificar a semântica da associação. Empregado idempregado numtelefone gestor trabalhador Trabalha para Conjunto de Entidades Fracas Um conjunto de entidades pode não ter atributos para formar uma chave primária. Nesse caso é designado por conjunto de entidades fracas. Exemplo: Movimentos de conta, com n o de movimento data/hora e valor. Pode haver dois movimentos com o mesmo n o, do mesmo valor e a mesma data/hora. Têm é que ser de contas diferentes. A existência de um conjunto de entidades fracas depende da existência de um conjunto de entidades dominante. o conjunto de entidades identificador deve relacionar-se com o conjunto de entidades fracas através de uma associação um para muitos, total do lado do conjunto de entidades identificador. Exemplo: é conjunto de entidades dominante de Movimentos. 49 / 311 50 / 311 Conjunto de Entidades Fracas (cont.) O discriminante (ou chave parcial) é o conjunto de atributos que distingue as entidades de um conjunto de entidades fracas, associadas a uma mesma entidade do conjunto dominante. Exemplo: N o de movimento é discriminante pois, para uma mesma conta, não pode haver dois movimentos com o mesmo n o. Conjunto de Entidades Fracas (Cont.) Um conjunto de entidades fracas é representado por um rectângulo duplo. O discriminante do conjunto de entidades fracas é sublinhado a tracejado. A associação entre o conjunto entidades fracas e o dominante é representada por um losango duplo A chave primária de um conjunto de entidades fracas é constituída pela chave primária do conjunto de entidades dominante do qual depende e pelo discriminante do conjunto de entidades fracas. Emp Pag Pagamento pag pag quantia pag data 51 / 311 52 / 311

Conjunto de Entidades Fracas (Cont.) Nota: a chave primária do conjunto de entidades identificador (ou forte) não é explicitamente representado no conjunto de entidades fracas, dado ser implícito na associação identificadora. Se (de empréstimo) fosse representado explicitamente, Pagamento poderia ser um conjunto de entidades fortes, mas assim a associação entre Pagamento e seria duplicada por uma associação implícita definida pelo atributo comum às duas entidades. 53 / 311 Especialização/Generalização Método de concepção descendente: designamos subgrupos dentro de um conjunto de entidades que são distintas de outras entidades nesse conjunto (Especialização). Método de concepção ascendente: combinar num conjunto de entidades de maior nível um certo número de conjuntos de entidades que partilham as mesmas características. Estes subgrupos tornam-se conjuntos de entidades de menor nível que têm atributos ou participam em associações que não se aplicam ao conjunto de entidades de maior nível. Desenhado por um triângulo anotado com ISA: um cliente é uma ( is a ) pessoa. Herança de atributos: um conjunto de entidades de menor nível herda todos os atributos e participa em todas as associações do conjunto de entidades de maior nível ao qual está ligado. 54 / 311 Exemplo de Especialização NomeSala Lugares Divisao iddivisao FuncaoDivisao Disjunta ISA Sala Laboratorio Gabinete NomeLab Bancadas Não Total NomeGab Area Restrições de Concepção para a Especialização/Generalização Restrição de pertença especifica se uma entidade no conjunto de maior nível pode ou não pertencer a mais que um conjunto do nível inferior. disjuntas : só pode pertencer a um dos níveis inferiores (anotado com a palavra disjunta ao lado do triângulo). sobrepostas: pode pertencer a mais do que um. Restrição de completude especifica se uma entidade no conjunto de maior nível tem ou não que pertencer a pelo menos um dos conjuntos do nível inferior. total: tem de pertencer pelo menos a um (anotado com a palavra total ao lado do triângulo). parcial: pode não pertencer a nenhum. 55 / 311 56 / 311

Agregação DEA com Agregação Considere o seguinte exemplo: Um empregado pode trabalhar em vários projectos (e num projecto pode haver vários empregados). Trabalhador idtrabalhador Trabalha Projecto Há que saber que máquinas são usadas por cada empregado em cada projecto. A associação com máquinas não é feita com empregados nem com projectos considerados isoladamente. Deve é ser feita com a associação (par) (empregados,projectos) Agregação: Utilizada Trata-se a associação como uma entidade abstracta; Permitem-se associações entre associações (ou entre associações e entidades); Abstracção de uma associação numa nova entidade. Maquina idmaquina 57 / 311 58 / 311 Decisões de Concepção Regras para a Concepção de um DEA A utilização de um atributo ou conjunto de atributos para representar um objecto. Se um conceito da realidade é expresso mais adequadamente com um conjunto de entidades ou de associações. Utilização de um conjunto de entidades forte ou fracas. Utilização de especialização/generalização contribui para a modularidade do desenho. Utilização de agregação pode tratar-se o conjunto de entidades agregado independentemente da sua estrutura interna. Dividir a informação em múltiplas tabelas; Não utilizar atributos compostos (1 a Forma Normal); Não duplicar informação (2 a Forma Normal); As Entidade devem ser atómicas; Criar uma chave primária unitária (um só atributo) para cada Entidade. Andy Harris, PHP5/MySQL Programming. 59 / 311 60 / 311