Carregar apresentação
A apresentação está carregando. Por favor, espere
1
Campus de Caraguatatuba Aula 5: Modelo Entidade Relacionamento (2)
Instituto Federal de Educação, Ciência e Tecnologia de São Paulo - IFSP Campus de Caraguatatuba Tecnólogo em Análise e Desenvolvimento de Sistemas Semestre de 2013 Banco de Dados I – BD I Prof. Lineu Mialaret Aula 5: Modelo Entidade Relacionamento (2)
2
Diagrama Entidade Relacionamento (1)
Notação de Chen: Retângulos representam conjuntos de entidades. Losangos representam conjuntos de relacionamentos. Linhas ligam atributos para conjuntos de entidades e conjuntos de entidades a relacionamentos. Elipses representam atributos - Elipses duplas representam atributos multivalorados. Elipses pontilhadas representam atributos derivados. Atributo sublinhado significa atributo chave.
3
Diagrama Entidade Relacionamento (2)
Exemplo de Diagrama Entidade Relacionamento – DER, com Atributos Compostos, Multivalorados e Derivados.
4
Diagrama Entidade Relacionamento (3)
Exemplo de DER com um conjunto de relacionamentos depositante (depositor), com o atributo data-de-acesso (access-date).
5
Graus de Relacionamentos (1)
customer account employee depositor Relacionamento de Grau 2 - Binário works_for Relacionamento de Grau 1 - Unário
6
Graus de Relacionamentos (2)
Relacionamento de Grau 3 - Ternário
7
Papéis Os rótulos gerente (manager) e subordinado (worker) são chamados de papéis. Eles especificam com as entidades do conjunto de entidades empregado (employee) interagem via o conjunto de relacionamentos recursivo trabalha-para (works-for ).
8
Notação de Restrições de Cardinalidade (1)
Na notação de Chen, pode-se expressar restrições de cardinalidade usando uma linha direcionada (), que significa “um” ou uma linha não direcionada (—), que significa “muitos”, entre os conjuntos de entidades e de relacionamentos. Exemplo: relacionamento um-para-um Um cliente (customer) é associado com no máximo um empréstimo (loan) via o relacionamento devedor (borrower). Um empréstimo é associado com no máximo um cliente via o relacionamento devedor (borrower).
9
Notação de Restrições de Cardinalidade (2)
No relacionamento um-para-muitos, um empréstimo (loan) é associado com no máximo um cliente (customer) via o relacionamento devedor (borrower). Um cliente é associado com vários (incluindo zero) empréstimos via o relacionamento devedor.
10
Notação de Restrições de Cardinalidade (3)
Num relacionamento muitos-para-um um empréstimo (loan) é associado com vários (incluindo zero) clientes (customer) via o relacionamento devedor (borrower). Um cliente é associado com no máximo um empréstimo via o relacionamento devedor.
11
Notação de Restrições de Cardinalidade (4)
Num relacionamento muitos-para-muitos, um cliente (customer) é associado com vários (incluindo zero) empréstimos (loan) via o relacionamento devedor (borrower). Um empréstimo é associado com vários (possivelmente zero) clientes via o relacionamento devedor.
12
Conjunto de Entidades Fracas (1)
Um conjunto de entidades fracas é representado por um retângulo com linhas duplas. O discriminador (chave parcial) de um conjunto de entidades fracas é sublinhado com linhas pontilhadas. O atributo numero-pagamento (payment-number) é o discriminador do conjunto de entidades pagamento (payment). Os atributos (numero-emprestimo, numero-pagamento) constituem a chave primária da entidade pagamento.
13
Conjunto de Entidades Fracas (2)
Obs: linhas que conectam as entidades aos relacionamentos em negrito (boldface) significam participação total da entidade conectada no referido relacionamento. Linhas que conectam as entidades aos relacionamentos sem negrito (sem boldface) significam participação opcional da entidade conectada.
14
Notação no MER A notação utilizada no Diagrama Entidade Relacionamento – DER não é padronizada. Existem diversas notações disponíveis: Chen Engenharia da Informação – James Martin (“pé-de-galinha”) Bachman IDEF1X (US Air Force) As ferramentas CASE de modelagem de dados também não tem uma notação padronizada: Developer, da Oracle ERWIN, da Computer Associates Data Modeler, da Rational PowerDesigner, da Sybase Neste curso de BD 1, serão apresentadas e usadas as notações de Chen e da Engenharia da Informação (ferramenta PowerDesigner e outras).
15
Notação no MER – Chen (1)
16
Notação no MER – Chen (2)
17
Notações Alternativas do MER
18
Notação da Engenharia da Informação (1)
Representação de Entidades e Atributos (mais atributo chave) na notação da Engenharia da Informação.
19
Notação da Engenharia da Informação (2)
Representação de relacionamento (1:1) com participação opcional de ambas as entidades envolvidas.
20
Notação da Engenharia da Informação (3)
Representação de relacionamento (1:1) com participação opcional de apenas uma das entidades envolvidas.
21
Notação da Engenharia da Informação (4)
Representação de relacionamento (1:1) com participação obrigatória das entidades envolvidas.
22
Notação da Engenharia da Informação (5)
Representação de relacionamento (1:M) com participação opcional das entidades envolvidas.
23
Notação da Engenharia da Informação (6)
Representação de relacionamento (1:M) com participação obrigatória do lado 1 e opcional do lado M.
24
Notação da Engenharia da Informação (7)
Representação de relacionamento (1:M) com participação obrigatória de ambas as entidades.
25
Notação da Engenharia da Informação (8)
Representação de relacionamento (M:M) com participação opcional de ambas as entidades.
26
Notação da Engenharia da Informação (9)
Representação de relacionamento (M:M) com participação obrigatória de ambas as entidades.
27
Notação da Engenharia da Informação (10)
Representação de relacionamento (M:M) com participação obrigatória de ambas as entidades, mais os nomes dos papéis.
28
Notação da Engenharia da Informação (11)
Representação de um relacionamento (1:M) com participação obrigatória de ambas as entidades, mais os nomes dos papéis e a Entidade 2 caracterizada como uma entidade fraca.
29
Exercício de Modelagem (Chen)
Uma locadora de veículos tem uma agência, a qual possui vários automóveis usados para alugar. Os automóveis são classificados pelo seu porte (pequeno, médio e grande) e têm um preço do aluguel (R$/dia) definido pelo porte. A locadora precisa armazenar os dados de seus veículos e movimentações financeiras, bem como seus clientes devem ter sua informações (nome, CPF, endereço e telefone) disponibilizadas de forma permanente.
Apresentações semelhantes
