Um pouco mais de cardinalidade e Relacionamentos

cardinalidade (mínima, máxima) de entidade em relacionamento= número (mínimo, máximo) de ocorrências de entidade associadas a uma ocorrência da entidade em questão através do relacionamento

Cardinalidade Máxima Entidade EMPREGADO tem cardinalidade máxima 1 no relacionamento LOTAÇÃO Entidade DEPARTAMENTO tem cardinalidade máxima 120 no relacionamento LOTAÇÃO:

A cardinalidade máxima pode ser usada para classificar relacionamentos binários. Um relacionamento binário é aquele cujas ocorrências envolvem duas entidades. Podemos classificar os relacionamentos em n:n (muitos-para-muitos), 1:n (um-para-muitos) e 1:1 (um-para-um).

Exemplos

Ternário Relacionamentos de grau maior do que dois (relacionamentos ternários, quaternários,…)

Na linha que liga o retângulo representativo da entidade DISTRIBUIDOR ao losango representativo do relacionamento expressa que cada par de ocorrências (cidade, produto) está associado a no máximo um distribuidor.

Um distribuidor pode distribuir em uma cidade muitos produtos. Um distribuidor pode distribuir um produto em muitas cidades.

Cardinalidade Mínima Pode ser representada por um modelo ER é o número mínimo de ocorrências de entidade que são associadas a uma ocorrência de uma entidade através de um relacionamento

A cardinalidade mínima 1 também recebe a denominação de “associação obrigatória” a cardinalidade mínima 0 também recebe a denominação de “associação opcional”.

cada empregado deve ter a ele alocada obrigatoriamente uma mesa (cardinalidade mínima 1) e que uma mesa pode existir sem que a ela esteja alocado um empregado (cardinalidade mínima 0).

Exemplos de Entidades e Relacionamentos

Cada disciplina possui exatamente um departamento responsável, e um departamento é responsável por muitas disciplinas, inclusive por nenhuma. Uma disciplina pode possuir diversos pré-requisitos, inclusive nenhum. Uma disciplina pode ser pré-requisito de muitas outras disciplinas, inclusive de nenhuma. Uma disciplina pode aparecer no currículo de muitos cursos (inclusive de nenhum) e um curso pode possuir muitas disciplinas em seu currículo (inclusive nenhuma). Um aluno está inscrito em exatamente um curso e um curso pode ter nele inscritos muitos alunos (inclusive nenhum).

Atributo Dado que é associado a cada ocorrência de uma entidade ou de um relacionamento

nome e código são atributos obrigatórios (cardinalidade mínima “1” – cada entidade possui no mínimo um valor associado) e mono-valorados (cardinalidade máxima “1” – cada entidade possui no máximo um valor associado). Já o atributo telefone, é um atributo opcional (cardinalidade mínima 0) e multi-valorado (cardinalidade máxima n).

Atributos do Relacionamento

Identificador

Relacionamento Identificador Cada dependente está relacionado a exatamente um empregado. Um dependente é identificado pelo empregado ao qual ele está relacionado e por um número de seqüência que distingue os diferentes dependentes de um mesmo empregado.

Modelagem de Dados Usando o Modelo Entidade- Relacionamento (MER) O MER é usado principalmente durante o processo de projeto da base de dados. No projeto conceitual, você elabora o modelo conceitual do BD, ou seja, a representação de elementos do mundo real (entidades e seus atributos) e os relacionamentos existentes entre eles. Este modelo de alto nível facilita a compreensão do ambiente real do usuário sem estar vinculado a nenhum modelo tecnológico de BD. Representa as propriedades estáticas do sistema, definindo a estrutura do BD em alto nível.

Os três elementos fundamentais que fazem parte do MER Entidade – representação abstrata de objetos de interesse do sistema no mundo real do qual você deve armazenar informações. Atributo – tipo de informação elementar que deve ser armazenada de cada entidade, representando uma propriedade ou um relacionamento entre elas. Relacionamento – representa uma associação entre entidades

Modelo conceitual A modelagem conceitual basea-se no mais alto nível e deve ser usada para envolver o cliente. Os exemplos de modelagem de dados visto pelo modelo conceitual são mais fáceis de compreender, já que não há limitações ou aplicação de tecnologia específica. O diagrama de dados que deve ser construido aqui, chama-se Diagrama Entidade e Diagrama Entidade e Relacionamento, onde deverá ser identificado todas as entidades e os relacionamentos entre elas. Este diagrama é a chave para a compreensão do modelo conceitual de dados. Modelo lógico O modelo lógico já leva em conta algumas limitações e implementa recursos como adequação de padrão e nomenclatura. Define as chaves primárias e estrangeiras. deve ser criado levando em conta os exemplos de modelagem de dados criados no modelo conceitual. Modelo físico No modelo físico fazemos a modelagem física do modelo de banco de dados. Leva-se em conta as limitações impostas pelo SGBD escolhido e deve ser criado sempre com base nos exemplos de modelagem de dados produzidos no item anterior, modelo lógico.

Exemplo de projeto Uma escola deseja tornar disponível, em uma intranet, as notas dos alunos por matéria e por bimestre, sendo que um semestre terá sempre duas notas bimestrais e a média final do semestre será calculada pelo sistema. Na página, o aluno poderá visualizar o código e a descrição da matéria, o bimestre, a nota e, no final do semestre, a respectiva média final, consultar quais matérias cursa e os respectivos professores. O professor terá acesso às matérias que leciona em cada curso para lançar as notas de cada aluno. A escola poderá extrair relatórios ou pesquisas sobre as matérias que o aluno cursa e, ainda, quais professores lecionam uma determinada matéria. Para que não haja confusão entre matérias com mesmo nome, todas as matérias possuirão um código próprio que as distinguirão por curso e por turma. Assim, matemática I da turma A do curso de Ciência da Computação, terá um código de matéria diferente de matemática I da turma B do mesmo curso. Será diferente também da matemática I de qualquer outro curso. Dessa forma, cada código de matéria terá somente um professor responsável.

Para iniciar o levantamento de informações, considerando normalmente que neste texto: Um substantivo indica a existência de uma entidade; Um verbo indica a existência de um relacionamento; Um adjetivo indica a existência de um atributo (qualifica a entidade); Um advérbio temporal, qualificando o verbo, indica a existência de um • atributo de relacionamento.

Cardinalidade Uma nota pertence a apenas um aluno. Um aluno possui muitas notas.Então: um aluno – muitas notas. Um aluno cursa muitas matérias. Uma matéria é cursada por muitos alunos. Então: muitos alunos – muitas matérias. Uma matéria tem muitas notas. Uma nota pertence a uma matéria. Então: uma matéria – muitas notas. Um professor leciona muitas matérias. Uma matéria é lecionada por apenas um professor. Então: um professor – muitas matérias. Uma turma tem muitas matérias. Uma matéria é ligada a muitas turmas. Então: muitas turmas – muitas matérias.

Relacionamento um-para-um: a escolha da chave estrangeira fica a critério do programador em escolher em qual tabela ficará. Relacionamento um-para-muitos: a chave estrangeira tem por obrigação de estar na tabela cuja cardinalidade é o "muitos“. Relacionamento muitos-para-muitos: escolha de sua chave estrangeira deve estar em uma tabela extra.

Estudo de caso - Locadora de vídeos Uma pequena locadora de vídeos possui ao redor de 2.000 fitas de vídeo, cujo empréstimo deve ser controlado. Cada fita possui um número. Para cada filme, é necessário saber seu título e sua categoria (comédia, drama, aventura, …). Cada filme recebe um identificador próprio. Para cada fita é controlado que filme ela contém. Para cada filme há pelo menos uma fita, e cada fita contém somente um filme. Alguns poucos filmes necessitam duas fitas. Os clientes podem desejar encontrar os filmes estrelados pelo seu ator predileto. Por isso, é necessário manter a informação dos atores que estrelam em cada filme. Nem todo filme possui estrelas. Para cada ator os clientes às vezes desejam saber o nome real, bem como a data de nascimento. A locadora possui muitos clientes cadastrados. Somente clientes cadastrados podem alugar fitas. Para cada cliente é necessário saber seu prenome e seu sobrenome, seu telefone e seu endereço. Além disso, cada cliente recebe um número de associado. Finalmente, desejamos saber que fitas cada cliente tem emprestadas. Um cliente pode ter várias fitas em um instante no tempo. Não são mantidos registros históricos de aluguéis.

Sistema de recepção de encomendas na empresa XXX. A empresa XXX é uma pequena empresa onde se processam as encomendas da seguinte forma: Sempre que chega uma nota de encomenda esta será validada, verificando-se a existência de produto, através da consulta a uma lista de produtos existentes e da quantidade em estock. Para que uma encomenda seja aceite é necessário, existirem os produtos em quantidade necessária e também ter conhecimento das referências do cliente. Caso não se verifique qualquer uma das condições, a encomenda será rejeitada sendo o respectivo cliente avisado. No caso de a encomenda ser aceita será dado andamento ao processo para que a expedição da mercadoria seja feito o mais rápido possível.