Bancos de Dados Aula #3 MER Estendido



Documentos relacionados
Banco de Dados. MER Estendido. Profa. Flávia Cristina Bernardini

1. Desenvolva o Diagrama Entidade-Relacionamento para as seguintes situações:

Banco de Dados. Modelo Entidade Relacionamento Estendido (ME-RX) Prof. Enzo Seraphim

MC536 Bancos de Dados: Teoria e Prática

Banco de Dados. Aula 5 - Prof. Bruno Moreno 06/09/2011

GBC043 Sistemas de Banco de Dados Modelo de Entidade-Relacionamento (ER)

Generalização e Especialização Banco de Dados

Modelagem de dados usando o modelo BANCO DE DADOS 1º TRIMESTRE PROF. PATRÍCIA LUCAS

Conceitos Básicos de Banco de Dados

Modelagem de Dados Usando o Modelo Entidade-Relacionamento

Projeto de Banco de Dados

Profa. Daniela Barreiro Claro

Prof.: Clayton Maciel Costa

MODELO ENTIDADE - RELACIONAMENTO

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

O Modelo de Entidades e Relacionamentos (MER) é um modelo conceitual usado para projeto de aplicações de banco de dados.

Banco de Dados. Modelagem de Dados com MER. Prof. Walteno Martins Parreira Jr

Modelagem de Dados Usando o Modelo Entidade-Relacionamento

Modelo Entidade-Relacionamento

Ciclo de Desenvolvimento de Sistemas de BD

Prof.: Clayton Maciel Costa

Modelo Entidade-Relacionamento

BANCO DE DADOS PROFESSOR MAURÍCIO - MAURICIO.MELLO@PUCPR.BR AULA 02. O Modelo Entidade-Relacionamento ( MER )

Banco de Dados. Banco de Dados (aulas 7 e 8) 1 Wedson Quintanilha da Silva - Banco de Dados

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

Herança. Herança. Especialização. Especialização

Banco de Dados Modelo Conceitual, Lógico, Físico, Entidade- Relacionamento (ER) Hélder Nunes

ENGENHARIA DA COMPUTAÇÃO

Aula II Introdução ao Modelo de Entidade-Relacionamento

1) O QUE NÃO É BANCO DE DADOS?

Disciplina: Unidade II: Prof.: Período:

Roteiro 3 Modelagem relacional

Capítulo 11. Conceitos de Orientação a Objetos. Rui Rossi dos Santos Programação de Computadores em Java Editora NovaTerra

Banco de Dados 1 2º Semestre

Curso Superior de Tecnologia em BD Curso Superior de Tecnologia em DAI

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

Curso Superior de Tecnologia em BD

Modelo de Entidade e Relacionamento (MER) - Parte 07

Banco de Dados - Senado

Ciclo de vida de um banco de dados relacional

Modelagem de Dados. Aula 04 Introdução ao Modelo Entidade- Relacionamento. Maxwell Anderson

Curso de Gestão em SI MODELAGEM DE DADOS. Rodrigo da Silva Gomes. (Extraído do material do prof. Ronaldo Melo - UFSC)

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

BANCO DE DADOS I AULA 3. Willamys Araújo

3.1 Definições Uma classe é a descrição de um tipo de objeto.

Banco de Dados Lista de Exercícios 01

Simulado Banco de Dados I Bimestre 1 Capítulo 1 Projeto Lógico de Banco de Dados

I Requisitos de um modelo conceitual: - clareza (facilidade de compreensão) - exatidão (formal)

Prof. Alexandre Unterstell Banco de Dados I

Fernando Fonseca Ana Carolina

Processo de Projeto Bottom-Up. esquema conceitual do BD. engenharia reversa do esquema relacional. esquema relacional integrado do BD (esquema global)

Processo de Projeto Bottom-Up. esquema conceitual do BD. engenharia reversa do esquema relacional. esquema relacional integrado do BD (esquema global)

Projeto Conceitual (geralmente no modelo E-R):

MODELAGEM DE DADOS MODELAGEM DE DADOS. rafaeldiasribeiro.com.br 04/08/2012. Aula 7. Prof. Rafael Dias Ribeiro.

UNIVERSIDADE FEDERAL DE SANTA MARIA CENTRO DE TECNOLOGIA AULA 17 PROFª BRUNO CALEGARO

Aula 3 SBD Modelo Entidade Relacionamento Parte 1. Profa. Elaine Faria UFU

AN ADVANCED COURSE IN DATABASE SYSTEMS: BEYOND RELATIONAL DATABASES

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

Disciplina: Unidade III: Prof.: Período:

Modelagem dos dados. entendo. Reino Real. Reino. Representação

Engenharia de Software III

Oficina. Praça das Três Caixas d Água Porto Velho - RO

Engenharia de Software. Diagramas de Entidade- Relacionamento (E-R) Estruturação de dados

MODELO DE DADOS. É uma imagem gráfica de toda a base de informações necessárias para um determinado empreendimento.

Banco de Dados I. Prof. Bal. Emerson Meneses Inocente

III. Projeto Conceitual de Banco de Dados. Pg. 1 Parte III (Projeto Conceitual de Banco de Dados)

GBC043 - Sistemas de Banco de Dados Mapeamento ER, EER para o Relacional

Sumário. Uma visão mais clara da UML

Roteiro. Modelagem de Dados: Usando o Modelo Entidade-Relacionamento. BCC321 - Banco de Dados I. Processo de Projeto de Banco de Dados.

Descreve relacionamentos entre objetos de dados; conduz à modelagem de dados; atributos de cada objeto => Descrição de Objetos de Dados;

O modelo Entidade-Relacionamento. Agenda: -Modelagem de dados utilizando O Modelo Entidade-Relacionamento

PROJETO DE BANCO DE DADOS LISTA 002 Projeto Conceitual

Persistência e Banco de Dados em Jogos Digitais

Para construção dos modelos físicos, será estudado o modelo Relacional como originalmente proposto por Codd.

Bases de Dados. Parte III: O Modelo Relacional

Modelos Conceituais de Dados. Banco de Dados Profa. Dra. Cristina Dutra de Aguiar Ciferri

Conceitos de Banco de Dados

Modelo Entidade - Relacionamento (ER ou MER) Parte 3

Engenharia de Software I

BANCO DE DADOS MODELAGEM ER GENERALIZAÇÃO / ESPECIALIZAÇÃO. Prof.: Jean Carlo Mendes carlomendes@yahoo.com.br

2 Diagrama de Caso de Uso

Diagrama de Classes. Um diagrama de classes descreve a visão estática do sistema em termos de classes e relacionamentos entre as classes.

Modelagem Conceitual Exercício resolvido 02 Modelagem Conceitual

Lista de Exercício Resolvido 01 Modelagem Conceitual parte I

Banco de Dados I. Modelo Entidade Relacionamento Mapeamento para tabelas. Apresentação. Ementa

Lista de exercícios 01

O Modelo Entidade-Relacionamento MER

Conteúdo. Disciplina: INF Engenharia de Software. Monalessa Perini Barcellos. Centro Tecnológico. Universidade Federal do Espírito Santo

Modelo Entidade-Relacionamento

CADASTROS E CONCEITOS DAS BASES DE DADOS

MODELO DE DADOS. 1. Modelo de Dados. É uma imagem gráfica de toda a base de informações necessárias para um determinado empreendimento.

Conteúdo. Disciplina: INF Engenharia de Software. Monalessa Perini Barcellos. Centro Tecnológico. Universidade Federal do Espírito Santo

Extensões do Modelo Entidade-Relacionamento

Persistência e Banco de Dados em Jogos Digitais

Lato Sensu Tecnologia de Desenvolvimento de Sistemas. SENAC Rio Preto

Lista de exercícios - MER

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

INF 2125 PROJETO DE SISTEMAS DE SOFTWARE Prof. Carlos J. P. de Lucena

Modelo Entidade - Relacionamento (ER ou MER) Parte 2

Modelagem de Dados com UML. Modelagem de Dados com UML. Modelagem de Dados com UML. Modelagem de Dados com UML. ! Generalização/Especialização

Transcrição:

Bancos de Dados Aula #3 MER Estendido Prof. Eduardo R. Hruschka * Slides baseados no material elaborado pelas professoras: Cristina D. A. Ciferri Elaine P. M. de Souza

MER Estendido (Expandido) Características: Introduz semântica adicional ao MER; Utilizado na modelagem de aplicações mais complexas, tais como CAD/CAM, BD gráficos, BD geográficos. Conceitos: Subclasse, superclasse, hierarquia, herança; Generalização, especialização; Agregação. 2

Conceito geral de Generalização/Especialização Genérico Especializa (detalha) Generaliza (abstrai) Is-a Específico Herança 3

Generalização/Especialização em MER Entidade mais genérica Pessoa Critério de Especialização/ Generalização Entidade mais específica Aluno Professor Funcionário Os conceitos superclasse (supertipo), subclasse (subtipo), herança, generalização, especialização estão intimamente relacionados. 4

Subclasse/Superclasse Subclasse (subtipo): Subconjunto de entidades; Resulta do agrupamento de entidades em subgrupos de um tipo-entidade. Outro exemplo: Superclasse (supertipo) : tipo-entidade Empregado Subclasses (subtipos): Secretário, Engenheiro, Técnico Cada entidade que é membro de qualquer uma das subclasses também é um empregado 5

Herança De atributos: atributos da superclasse são herdados pelas subclasses; De relacionamentos: instâncias de relacionamentos da superclasse são herdados pelas entidades das subclasses; Observação: qualquer entidade membro de uma subclasse também deve ser membro da superclasse; qualquer entidade membro da superclasse pode ser opcionalmente incluída como membro de qualquer número (incluindo zero) de subclasses. 6

Herança... Conjuntos de entidades mais específicos herdam todos os atributos do conjunto de entidades mais genérico; N#USP Curso Nome Idade Altura Vínculo Pessoa Vínculo Aluno Professor Funcionário N#Func Função 7

Herança... Conjuntos de entidades mais específicos participam de todos os conjuntos de relacionamentos definidos para o conjunto de entidades mais genérico. Nome Pessoa possui Plano Saúde Idade Altura Vínculo Vínculo Aluno Professor Funcionário 8

Herança... A chave dos conjuntos de entidades mais específicos é herdada do conjunto de entidades mais genérico. Ou seja, a chave é definida implicitamente: N#USP Curso Nome Idade Altura Vínculo Pessoa Vínculo Aluno Professor Funcionário N#Func Função 9

Herança... (múltiplos níveis) N#USP Curso Nome Idade Altura Vínculo Pessoa Vínculo Aluno Professor Funcionário N#Func Função Curso Função Graduação Pós-Grad. Técnico Secretária Semestre Formação Especialidade 10

Generalização/Especialização Especialização: Resultado da separação de um tipo-entidade de nível mais alto (superclasse), formando vários tipos-entidade de nível mais baixo (subclasse). Procedimento: Define-se um conjunto de subclasses de um tipo-entidade; Associam-se atributos adicionais específicos às subclasses e/ou estabelecem-se tipos-relacionamento adicionais específicos às subclasses. 11

Especialização CASO 1: determinados atributos aplicam-se somente a alguns conjuntos de entidades específicos; Atributos Genéricos Nome Idade Altura Pessoa Atributos Específicos N#USP Curso Vínculo Vínculo N#Func Atributos Específicos Aluno Professor Funcionário N#USP 12

Especialização... CASO 2: existem relacionamentos dos quais participam apenas entidades de alguns subconjuntos específicos; Pessoa Vínculo Aluno Professor Funcionário cursa Disciplina ministra 13

Generalização Pode ser visto como o processo inverso à especialização; Resultado da união de dois ou mais tipos-entidade de nível mais baixo (subclasse), produzindo um tipoentidade de nível mais alto (superclasse); É uma abstração de um conjunto de entidades. Procedimento: Suprimir diferenças entre os tipos-entidade; Identificar atributos em comum, generalizando-os em uma superclasse. 14

Generalização & Especialização nome_empregado EMPREGADO CPF_empregado tipo_empregado generalização d especialização SECRETÁRIO TÉCNICO ENGENHEIRO idioma grau_técnico tipo_engenheiro 15

Restrições Especialização definida pelo atributo: as subclasses que participam da hierarquia são determinadas por uma condição baseada em algum atributo da superclasse; exemplo: tipo_empregado (secretária, engenheiro, etc.) Outras denominações comuns: subclasses definidas por predicado; subclasses definidas por condição. 16

Restrição de Disjunção Subclasses mutuamente exclusivas: uma entidade de uma superclasse deve ser membro no máximo de uma única subclasse: d d (disjoint) Subclasses que se sobrepõem: uma entidade de uma superclasse pode ser membro de mais do que uma subclasse; o o (overlap) 17

Restrição de Disjunção... Sigla Nome Disciplina Tipo Grad. Tipo Pós-Gr. Exclusão Mútua: Uma disciplina não pode ser de graduação e de pós ao mesmo tempo. Semestre Nível 18

Sobreposição... Nome Função Pessoa Função Sobreposição: Um funcionário pode acumular mais de uma função ao mesmo tempo Vigia Secretário Bibliotecário Turno Nível Seção 19

Restrição de Completude Total - cada entidade de uma superclasse deve ser membro de alguma subclasse na especialização; superclasse Parcial - uma entidade de uma superclasse pode não pertencer a qualquer uma das subclasses; superclasse 20

Restrição de Totalidade Sigla Nome Tipo Disciplina Tipo Especialização Total: Qualquer disciplina é de pelo menos um tipo: graduação, pós-graduação, ou especialização. Grad. Pós-Gr. Especializ. Semestre Nível N#Horas 21

Especialização parcial Nome Função Pessoa Função Especialização Parcial: Um funcionário pode ser, por exemplo, Gerente de Recursos Humanos. Vigia Secretário Bibliotecário Turno Nível Seção 22

Observações Restrições de disjunção e de completude são independentes. Logo, existem as seguintes possibilidades de hierarquias: total disjunta; parcial disjunta; total com sobreposição; parcial com sobreposição. 23

Total disjunta Sigla Nome Tipo Disciplina Tipo Só há disciplinas de graduação, de pós-graduação, e de especialização. Uma disciplina ou é de graduação ou de pós, ou de especialização. Grad. Pós-Gr. Especializ. Semestre Nível N#Horas 24

Parcial disjunta Sigla Nome Tipo Disciplina Tipo Há disciplinas que não são nem de graduação nem de pós-graduação. Ex: disciplinas para cursos de treinamento em empresas Grad. Semestre Pós-Gr. Nível Uma disciplina não pode ser de graduação e de pós ao mesmo tempo 25

Total sobreposta Nome Nível Grad. Aluno Nível Pós-Grad. Especializ. Há somente alunos de graduação, de pós-graduação, e de especialização. Um aluno pode ao mesmo tempo estar matriculado em um curso de graduação e em um curso de especialização. Ano Ingresso Mestr./Dout. 26

Parcial sobreposta Nome Função Pessoa Além de Vigia, Secretário e Bibliotecário, há outras funções. Função Vigia Turno Secretário Nível Bibliotecário Seção Um funcionário pode acumular mais de uma função, como Secretário e Bibliotecário ao mesmo tempo. 27

Exercício Modele uma hierarquia de generalização/especialização para os tipos-entidade carro e caminhão. Defina as restrições de disjunção e de completude. CARRO CAMINHÃO código-renavam chassi número_passageiros preço velocidade-máxima número_portas código-renavam chassi capacidade_carga preço número_eixos 28

Generalização/Especialização Uma subclasse pode possuir outras subclasses especificadas a partir dela; Herança simples: cada subclasse participa em apenas um relacionamento superclasse/subclasse. Herança múltipla: cada subclasse pode participar em mais do que um relacionamento superclasse/subclasse. Exemplo: 29

EMPREGADO CPF_empregado nome_empregado d tipo_empregado cargo forma_pagamento GERENTE d SECRETÁRIO ENGENHEIRO formação idioma tipo_engenheiro TÉCNICO MENSALISTA HORISTA grau_técnico salário valor_hora ENGENHEIRO_GERENTE adicional 30

entidades de engenheiro_gerente herdam os atributos e os relacionamentos d de empregado, engenheiro, gerente e mensalista. tipo_empregado EMPREGADO cargo GERENTE CPF_empregado nome_empregado forma_pagamento d SECRETÁRIO ENGENHEIRO formação idioma TÉCNICO tipo_engenheiro MENSALISTA HORISTA grau_técnico salário valor_hora subclasse compartilhada ENGENHEIRO_GERENTE adicional 31

Agregação Tipos-entidades/tipos-relacionamentos agregados são representados como tipos-entidades/tiposrelacionamentos comuns; Pode englobar: dois tipos-entidades e um tipo-relacionamento; dois tipos-relacionamentos e um tipo entidade. Exemplos: 32

Exemplo 1: ALUNO CPF_pessoa CGC_univ nome_pessoa data_ingresso nome_univ PESSOA N ingressa M UNIVERSIDADE o tipo-entidade aluno é composto dos tipos-entidade pessoa e universidade e do tipo-relacionamento ingressa M orienta N PROFESSOR a agregação aluno está relacionada ao tipo-entidade professor CPF_professor nome_professor 33

Exemplo 2: EMPREGADO EMPREGADO N trabalha M desenvolve N desenvolve agrega os tipos-relacionamentos trabalha e controla e o tipo-entidade departamento 1 DEPARTAMENTO 1 PROJETO PROJETO M controla 34

Exemplo 3: Paciente N Atende M Médico RG Nome Data CRM Nome Como identificar cada atendimento (consulta)? 35

Exemplo 3... Usando RG, CRM e Data é possível identificar cada consulta univocamente; Paciente N Atende M Médico RG Nome Data CRM Nome compor uma entidade Consulta a partir de um relacionamento entre uma entidade Paciente e uma entidade Médico, com uma Data específica. 36

Exemplo 3... Onde colocar Data? Consulta Paciente N Atende M Médico RG Nome Data CRM Nome 37

Exemplo 3... Elementos Componentes Paciente N Atende M Consulta Médico Entidade Agregada (elemento composto) RG Nome Relacionamento Gerador da Agregação Data CRM Nome Atributo da Entidade Agregada 38

Exemplo 3... Chave de Consulta: {RG, CRM, Data} Consulta Paciente N Atende M Médico RG Nome Data CRM Nome 39

Exemplo 3... Paciente N Atende M Consulta Médico N RG Nome Data Preço CRM Nome Tem 1 Recibo 40

Algumas observações sobre Agregação Toda Agregação sempre é gerada a partir de somente um conjunto de relacionamentos; Toda instância do conjunto de relacionamentos gera pelo menos um elemento composto. 41

Projeto Lógico de BD Classificar tipos-entidades e atributos tipos-entidade possuem informações descritivas, atributos não; atributos devem ser mantidos de forma atômica; atributos devem ser relacionados às entidades que eles descrevem. Identificar chaves primárias; 42

Projeto Lógico de BD... Identificar tipos-relacionamentos e seus atributos: determinar o grau dos tipos-relacionamentos; identificar as restrições que se aplicam sobre cada tipo- relacionamento: Cardinalidade; Participação; Identificar tipo-entidade forte e tipo-entidade fraca; 43

Projeto Lógico de BD... Modelar hierarquias de generalização: identificar atributos e relacionamentos comuns; determinar as restrições de disjunção e de completude; Modelar agregações; Um projetista de BD necessita de um bom conhecimento do minimundo que está sendo modelado. 44

Exercícios 1. Explicar o conteúdo da modelo apresentado pelo DER abaixo e sugerir uma alteração que permita que um mesmo professor possa orientar um mesmo aluno em diferentes níveis de pós- graduação. Professor M Orienta N Aluno- Pós Nome Título NUSP 45

2. Considerando o DER abaixo, propor uma extensão de tal forma que se possa modelar o fato de que somente algumas entrevistas resultam numa oferta de emprego. Candidato N Entrevista M Empresa RG Nome CNPJ Nome 46

3. Elaborar o esquema conceitual para o BD de uma companhia. A companhia é organizada em departamentos. Cada departamento tem um nome e um número. Além disto, um departamento controla vários projetos, cada um dos quais com um nome, um número de identificação e o período de tempo no qual deve ser desenvolvido. Na referida companhia, cada projeto somente pode ser desenvolvido por um departamento específico. Existem somente três tipos de funcionários que trabalham na companhia: pesquisador, secretário e de limpeza. Para os pesquisadores, deseja-se armazenar: o nome, o endereço, o sexo, a data de aniversário, o salário e a área de atuação. Para os secretários, deseja-se armazenar: o nome, o endereço, o sexo, a data de aniversário, o salário e o grau de escolaridade. Já para os funcionários de limpeza, deseja-se armazenar: o nome, o endereço, o sexo, a data de aniversário, o salário, o cargo e a jornada de trabalho. 47

Exercício 3 (continuação do enunciado)... Os cargos dos funcionários responsáveis pela limpeza são hierárquicos. Assim, deseja-se armazenar também, para cada funcionário de limpeza, informações sobre o funcionário de limpeza que o gerencia. Os funcionários da companhia são identificados por meio de um código de identificação, e podem estar associados a apenas um único departamento. Funcionários que são pesquisadores podem trabalhar em diversos projetos, independentemente desses projetos estarem sendo desenvolvidos no mesmo departamento no qual o empregado está associado. Deve-se armazenar o número de horas semanais trabalhadas por cada pesquisador em cada projeto no qual ele trabalha. Deve-se armazenar também informações sobre os dependentes de cada funcionário para propósitos de ajuda família. Deve-se armazenar o nome, o sexo e a data de aniversário, além do grau de parentesco com o funcionário. 48

4. Deseja-se criar um BD para uma agência de turismo, contendo informações sobre recursos oferecidos pelas cidades que fazem parte da programação de turismo da agência. As informações a serem mantidas sobre cada cidade referem-se a hotéis, restaurantes e pontos turísticos. Sobre os hotéis que a cidade possui deseja-se guardar o código, o nome, o endereço, a categoria (sem estrela, 1 estrela, 2 estrelas,...), os tipos de quartos que os formam (por exemplo, luxo, superluxo,...), o número dos quartos e o valor da diária de acordo com o tipo do quarto. Sobre cada cidade deve-se armazenar seu nome, seu estado e a população. Além disso, quando uma nova cidade é cadastrada no banco de dados da agência, um código é a ela oferecido. 49

Exercício 4 (continuação do enunciado)... Cada restaurante da cidade possui um código que o identifica, um nome, um endereço e o tipo de sua categoria (luxo, simples,...). Além disso, um restaurante pode pertencer a um hotel e um hotel somente pode ser associado a um restaurante. Diferentes pontos turísticos da cidade estão cadastrados no sistema: igrejas, casas de show e museus. A agência de turismo somente trabalha com estes três tipos de pontos turísticos. Além da descrição e do endereço, igrejas devem possuir como característica a data e o estilo de construção. Já casas de show devem armazenar o horário de início do show (igual para todos os dias da semana) e o dia de fechamento (apenas um único dia na semana), além da descrição e do seu endereço. Os museus devem armazenar o seu endereço, descrição, data de fundação e n. de salas. Um museu pode ter sido fundado por vários fundadores. Para estes, deve-se armazenar o seu nome, a data de nascimento e a data da morte, a nacionalidade e a atividade profissional que desenvolvia. Além disso, um mesmo fundador pode ter fundado vários museus. Quando qualquer ponto turístico é cadastrado no sistema, ele também recebe um código que o identifica. O mesmo é válido para fundadores. 50

Exercício 4 (continuação do enunciado)... Casas de show podem possuir restaurante. Quando o cliente da agência reserva um passeio para uma casa de show, ele já sabe se esta possui restaurante e qual o preço médio da refeição, além da especialidade (comida chinesa, japonesa,...). Dentro de uma casa de show, apenas um único restaurante pode existir. Faça o esquema conceitual para o banco de dados acima descrito. Defina restrições de participação total e parcial de forma apropriada. 51

Material extra Multiplicidade. Cardinalidade x Multiplicidade: Cardinalidade - determina o número máximo de relacionamentos de um conjunto de relacionamentos (CR) dos quais uma entidade pode participar; Participação Total em CR- determina a participação obrigatória de cada entidade de um conjunto de entidades (CE) em um CR; No entanto, a idéia de quantidade em si não é suportada nem pelo conceito de Cardinalidade nem pelo de Relacionamento com Participação Total. 52

Por este motivo, alguns autores usam os conceitos de multiplicidades mínimas e máximas: CE1 M (Min, Max) CR N (Min, Max) CE2 53

Vejamos um exemplo: Aluno N 1 Orienta (0, 1) (0, N) Professor Cardinalidade N:1 do CR indica que: um aluno pode ter nenhum ou no máximo 1 orientador, e um professor pode orientar nenhum ou vários alunos; Multiplicidade correspondente seria: (0,1) e (0,N). 54

Para cada CE em um papel do CR indica-se a Quantidade Mínima e a Quantidade Máxima de instâncias de relacionamento das quais uma entidade pode participar; Dada uma entidade e1 de CE1, definem-se os números mínimo e máximo de entidades de CE2 com as quais e1 pode se relacionar; Multiplicidade - explora um conjunto de situações muito mais ricas semanticamente, englobando os conceitos de Cardinalidade e de Participação Total. 55

Outro exemplo: O que fazer se quisermos restringir o relacionamento de tal forma que um professor oriente pelo menos dois alunos? Cardinalidade e a participação total não são suficientes para representar a informação podemos usar multiplicidade. Aluno Orienta (0, 1) (2, N) Professor 56

Para algumas combinações de multiplicidade podem existir combinações de cardinalidade + restrição de participação correspondentes. Exemplos: CE1 1 (0, 1) Rel. 1 (0, 1) CE2 CE1 1 N Rel. (0, N) (0, 1) CE2 CE1 N M Rel. CE2 (0, M) (1, N) CE1 1 (0, N) Rel. N (1, 1) CE2 57

Diversas outras combinações de multiplicidades não oferecem combinações correspondentes. Exemplos: CE1 (2, N) Rel. (0, M) CE2 Toda entidade de CE1 deve estar associada a ao menos 2 entidades de CE2 CE1 (2, N) Rel. (1, 8) Toda entidade de CE2 CE2 deve estar associada a no máximo 8 entidades de CE1 CE1 (2, 4) Rel. (1, 1) CE2 Toda entidade de CE1 deve estar associada a no mínimo 2 e no máximo 4 entidades de CE2 58