Instituto Federal de Educao Cincia e Tecnologia de

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 10 Semestre de 2013 Banco de Dados I – BD I Prof. Lineu Mialaret Aula 5: Modelo Entidade Relacionamento (2) Banco de Dados I Aula 5 - 1 ©Prof. Lineu Mialaret

Diagrama Entidade Relacionamento (1) n Notação de Chen: H Retângulos representam conjuntos de entidades. H Losangos representam conjuntos de relacionamentos. H Linhas ligam atributos para conjuntos de entidades e conjuntos de entidades a relacionamentos. H Elipses representam atributos 4 Elipses duplas representam atributos multivalorados. 4 Elipses pontilhadas representam atributos derivados. H Atributo sublinhado significa atributo chave. Banco de Dados I Aula 5 - 2 ©Prof. Lineu Mialaret

Diagrama Entidade Relacionamento (2) Exemplo de Diagrama Entidade Relacionamento – DER, com Atributos Compostos, Multivalorados e Derivados. Banco de Dados I Aula 5 - 3 ©Prof. Lineu Mialaret

Diagrama Entidade Relacionamento (3) Exemplo de DER com um conjunto de relacionamentos depositante (depositor), com o atributo data-de-acesso (access-date). Banco de Dados I Aula 5 - 4 ©Prof. Lineu Mialaret

Graus de Relacionamentos (1) customer employee works_for depositor account Relacionamento de Grau 2 - Binário Relacionamento de Grau 1 - Unário Banco de Dados I Aula 5 - 5 ©Prof. Lineu Mialaret

Graus de Relacionamentos (2) Relacionamento de Grau 3 - Ternário Banco de Dados I Aula 5 - 6 ©Prof. Lineu Mialaret

Papéis n Os rótulos gerente (manager) e subordinado (worker) são chamados de papéis. n Eles especificam com as entidades do conjunto de entidades empregado (employee) interagem via o conjunto relacionamentos recursivo trabalha-para (works-for ). Banco de Dados I Aula 5 - 7 de ©Prof. Lineu Mialaret

Notação de Restrições de Cardinalidade (1) n 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. n Exemplo: relacionamento um-para-um H Um cliente (customer) é associado com no máximo um empréstimo (loan) via o relacionamento devedor (borrower). H Um empréstimo é associado com no máximo um cliente via o relacionamento devedor (borrower). Banco de Dados I Aula 5 - 8 ©Prof. Lineu Mialaret

Notação de Restrições de Cardinalidade (2) n No relacionamento um-para-muitos, um empréstimo (loan) é associado com no máximo um cliente (customer) via o relacionamento devedor (borrower). n Um cliente é associado com vários (incluindo zero) empréstimos via o relacionamento devedor. Banco de Dados I Aula 5 - 9 ©Prof. Lineu Mialaret

Notação de Restrições de Cardinalidade (3) n Num relacionamento muitos-para-um um empréstimo (loan) é associado com vários (incluindo zero) clientes (customer) via o relacionamento devedor (borrower). n Um cliente é associado com no máximo um empréstimo via o relacionamento devedor. Banco de Dados I Aula 5 - 10 ©Prof. Lineu Mialaret

Notação de Restrições de Cardinalidade (4) n Num relacionamento muitos-para-muitos, um cliente (customer) é associado com vários (incluindo zero) empréstimos (loan) via o relacionamento devedor (borrower). n Um empréstimo é associado com vários (possivelmente zero) clientes via o relacionamento devedor. Banco de Dados I Aula 5 - 11 ©Prof. Lineu Mialaret

Conjunto de Entidades Fracas (1) n Um conjunto de entidades fracas é representado por um retângulo com linhas duplas. n O discriminador (chave parcial) de um conjunto de entidades fracas é sublinhado com linhas pontilhadas. n O atributo numero-pagamento (payment-number) é o discriminador do conjunto de entidades pagamento (payment). n Os atributos (numero-emprestimo, numero-pagamento) constituem a chave primária da entidade pagamento. Banco de Dados I Aula 5 - 12 ©Prof. Lineu Mialaret

Conjunto de Entidades Fracas (2) n Obs: linhas que conectam as entidades aos relacionamentos em negrito (boldface) significam participação total da entidade conectada no referido relacionamento. n Linhas que conectam as entidades aos relacionamentos sem negrito (sem boldface) significam participação opcional da entidade conectada. Banco de Dados I Aula 5 - 13 ©Prof. Lineu Mialaret

Notação no MER n A notação utilizada no Diagrama Entidade Relacionamento – DER não é padronizada. n Existem diversas notações disponíveis: H Chen H Engenharia da Informação – James Martin (“pé-de-galinha”) H Bachman H IDEF 1 X (US Air Force) n As ferramentas CASE de modelagem de dados também não tem uma notação padronizada: H Developer, da Oracle H ERWIN, da Computer Associates H Data Modeler, da Rational H Power. Designer, da Sybase n Neste curso de BD 1, serão apresentadas e usadas as notações de Chen e da Engenharia da Informação (ferramenta Power. Designer e outras). Banco de Dados I Aula 5 - 14 ©Prof. Lineu Mialaret

Notação no MER – Chen (1) Banco de Dados I Aula 5 - 15 ©Prof. Lineu Mialaret

Notação no MER – Chen (2) Banco de Dados I Aula 5 - 16 ©Prof. Lineu Mialaret

Notações Alternativas do MER Banco de Dados I Aula 5 - 17 ©Prof. Lineu Mialaret

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. Banco de Dados I Aula 5 - 18 ©Prof. Lineu Mialaret

Notação da Engenharia da Informação (2) Representação de relacionamento (1: 1) com participação opcional de ambas as entidades envolvidas. Banco de Dados I Aula 5 - 19 ©Prof. Lineu Mialaret

Notação da Engenharia da Informação (3) Representação de relacionamento (1: 1) com participação opcional de apenas uma das entidades envolvidas. Banco de Dados I Aula 5 - 20 ©Prof. Lineu Mialaret

Notação da Engenharia da Informação (4) Representação de relacionamento (1: 1) com participação obrigatória das entidades envolvidas. Banco de Dados I Aula 5 - 21 ©Prof. Lineu Mialaret

Notação da Engenharia da Informação (5) Representação de relacionamento (1: M) com participação opcional das entidades envolvidas. Banco de Dados I Aula 5 - 22 ©Prof. Lineu Mialaret

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. Banco de Dados I Aula 5 - 23 ©Prof. Lineu Mialaret

Notação da Engenharia da Informação (7) Representação de relacionamento (1: M) com participação obrigatória de ambas as entidades. Banco de Dados I Aula 5 - 24 ©Prof. Lineu Mialaret

Notação da Engenharia da Informação (8) Representação de relacionamento (M: M) com participação opcional de ambas as entidades. Banco de Dados I Aula 5 - 25 ©Prof. Lineu Mialaret

Notação da Engenharia da Informação (9) Representação de relacionamento (M: M) com participação obrigatória de ambas as entidades. Banco de Dados I Aula 5 - 26 ©Prof. Lineu Mialaret

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. Banco de Dados I Aula 5 - 27 ©Prof. Lineu Mialaret

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. Banco de Dados I Aula 5 - 28 ©Prof. Lineu Mialaret

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. Banco de Dados I Aula 5 - 29 ©Prof. Lineu Mialaret