Transcript Capitulo06
Sistema de Banco de Dados, 5/E
Capítulo 6: Modelo entidade-relacionamento
Korth • Silberschatz • Sundarshan
Sistema de Banco de Dados, 5/E
Capítulo 6: Modelo entidade-relacionamento
Processo de projeto
Modelagem
Restrições
Diagrama ER
Aspectos de projeto
Conjuntos de entidades fracos
Recursos de ER estendidos
Projeto de banco de dados para instituição bancária
Redução aos esquemas relacionais
Projeto de banco de dados
UML Korth • Silberschatz • Sundarshan
Sistema de Banco de Dados, 5/E
Modelagem
Um banco de dados pode ser modelado como:
Uma coleção de entidades,
Relacionamento entre entidades.
Uma
entidade
é um objeto que existe e é distinguível de outros objetos.
Exemplo: pessoa, empresa, evento e planta específicos
Entidades possuem atributos
Exemplo: pessoas têm nomes e endereços
Um
conjunto de entidades
é um grupo de entidades do mesmo tipo que compartilham as mesmas propriedades.
Exemplo: conjunto de todas as pessoas, empresas, árvores, feriados Korth • Silberschatz • Sundarshan
Sistema de Banco de Dados, 5/E
Conjuntos de entidades cliente e
empréstimo
Korth • Silberschatz • Sundarshan
Sistema de Banco de Dados, 5/E
Conjuntos de relacionamento
Um
relacionamento
é uma associação entre várias entidades Exemplo:
Hayes
depositante
A-102 entidade cliente conjunto de relacionamento entidade conta Um conjunto de relacionamento é uma relação matemática entre n entidades, cada uma tomada de conjuntos de entidades
2 {(e 1 , e 2 , … e
n
) | e 1
E
1 , e 2
E
2 , …, e
n
E n
} onde (e 1 , e 2 , …, e
n
) é um relacionamento Exemplo: (Hayes, A-102)
depositante
Korth • Silberschatz • Sundarshan
Sistema de Banco de Dados, 5/E
Conjunto de relacionamento tomador
Korth • Silberschatz • Sundarshan
Sistema de Banco de Dados, 5/E
Conjuntos de relacionamento (cont.)
Um
atributo
também pode ser uma propriedade de um conjunto de relacionamento.
Por exemplo, o relacionamento depositante entre os conjuntos de entidades cliente e conta pode ter o atributo data-acesso Korth • Silberschatz • Sundarshan
Sistema de Banco de Dados, 5/E
Grau de um conjunto de relacionamento
Refere se ao número de conjuntos de entidades que participam em um conjunto de relacionamento.
Os conjuntos de relacionamento que envolvem dois conjuntos de entidades são binários.
binários
(ou de grau 2). Geralmente, a maioria dos conjuntos de relacionamento em um sistema de banco de dados são Os conjuntos de relacionamento podem envolver mais de dois conjuntos de entidades. Exemplo: Suponha que os funcionários de um banco possam ter atividades (responsabilidades) em várias agências, com diferentes cargos em diferentes agências. Então, existe um conjunto de relacionamento ternário entre os conjuntos de entidades funcionário, cargo e ag Os relacionamentos entre mais de dois conjuntos de entidades são rados. A maioria dos relacionamentos é binária. (Mais sobre isso posteriormente.) Korth • Silberschatz • Sundarshan
Sistema de Banco de Dados, 5/E
Atributos
Uma entidade é representada por um conjunto de atributos, que são propriedades descritivas processadas por todos os membros de um conjunto de entidades.
–
Exemplo:
cliente = id_cliente, nome_cliente , rua_cliente, cidade_cliente
)
empréstimo =
(
número_empréstimo, conta
) Domínio
– o conjunto de valores permitidos para cada atributo Tipos de atributo:
Atributos simples e compostos.
Atributos de valor único e de valores múltiplos
Exemplo: atributo de valores múltiplos: números_telefone
Atributos derivados
Podem ser calculados a partir de outros atributos
Exemplo: idade, dado data_nascimento Korth • Silberschatz • Sundarshan
Sistema de Banco de Dados, 5/E
Atributos compostos
Korth • Silberschatz • Sundarshan
Sistema de Banco de Dados, 5/E
Restrições de cardinalidade de mapeamento
Expressam o número de entidades ao qual outra entidade pode ser associada através de um conjunto de relacionamento.
Normalmente são úteis em descrever conjuntos de relacionamento binários.
Para um conjunto de relacionamento binário, a cardinalidade de mapeamento precisa ser de um dos seguintes tipos:
Um-para-um
Um-para-muitos
Muitos-para-um
Muitos-para-muitos Korth • Silberschatz • Sundarshan
Sistema de Banco de Dados, 5/E
Cardinalidades de mapeamento
• • •
Um-para-um Um-para-muitos Nota: Alguns elementos em A e B podem não ser mapeados para quaisquer elementos no outro conjunto.
Korth • Silberschatz • Sundarshan
Sistema de Banco de Dados, 5/E
Cardinalidades de mapeamento
• • •
Muitos-para-um Muitos-para-muitos Nota: Alguns elementos em A e B podem não ser mapeados para quaisquer elementos no outro conjunto.
Korth • Silberschatz • Sundarshan
Sistema de Banco de Dados, 5/E
Chaves
Uma
superchave
de um conjunto de entidades é um conjunto de um ou mais atributos cujos valores determinam unicamente cada entidade.
Uma chave candidata de um conjunto de entidades é uma superchave mínima
Id_cliente
é uma chave candidata de cliente número_conta é uma chave candidata de conta
Embora possam existir várias chaves candidatas, uma das chaves candidatas é selecionada para ser a
chave primária
.
Korth • Silberschatz • Sundarshan
Sistema de Banco de Dados, 5/E
Chaves para conjuntos de relacionamento
A combinação de chaves primárias dos conjuntos de entidades participantes forma uma superchave de um conjunto de relacionamento.
( id_cliente, número_conta) é a superchave de depositante
NOTA: isso significa que um par de conjuntos de entidades pode ter no máximo um relacionamento em um determinado conjunto de relacionamento.
Exemplo: Se desejarmos acompanhar todas as datas de acesso a cada conta por cada cliente, não podemos considerar um relacionamento para cada acesso. Entretanto, podemos usar um atributo de valores múltiplos.
Precisam considerar a cardinalidade de mapeamento do conjunto de relacionamento quando decidir quais são as chaves candidatas Precisam considerar a semântica do conjunto de relacionamento ao selecionar a chave primária no caso de mais de uma chave candidata Korth • Silberschatz • Sundarshan
Sistema de Banco de Dados, 5/E
Diagramas ER
Retângulos representam conjuntos de entidades.
Losangos representam conjuntos de relacionamento.
Linhas vinculam atributos a conjuntos de entidades e estes a conjuntos de relacionamento.
Elipses representam atributos
Elipses duplas representam atributos de valores múltiplos.
Elipses tracejadas indicam atributos derivados.
Sublinhados indicam atributos de chave primária (que veremos mais tarde) Korth • Silberschatz • Sundarshan
Sistema de Banco de Dados, 5/E
Diagrama ER com atributos compostos, derivados e de valores múltiplos
Korth • Silberschatz • Sundarshan
Sistema de Banco de Dados, 5/E
Conjuntos de relacionamento com atributos
Korth • Silberschatz • Sundarshan
Sistema de Banco de Dados, 5/E
Funções
Conjuntos de entidades de um relacionamento não precisam ser distintos
Os rótulos “gerente” e “funcionário” são chamados
funções
; eles especificam como as entidades de funcionário interagem através do conjunto de relacionamento trabalha_para.
As funções são indicadas nos diagramas ER rotulando as linhas que conectam os losangos aos retângulos.
Os rótulos de função são opcionais e são usados para esclarecer a semântica do relacionamento Korth • Silberschatz • Sundarshan
Sistema de Banco de Dados, 5/E
Restrições de cardinalidade
Expressamos as restrições de cardinalidade desenhando uma linha direcionada ( de entidades.
), significando “um”, ou uma linha não direcionada (—), significando “muitos”, entre o conjunto de relacionamento e o conjunto
Relacionamento um-para-um:
Um cliente está associado, no máximo, a um empréstimo através do relacionamento tomador
Um empréstimo está associado, no máximo, a um cliente através de
tomador
Korth • Silberschatz • Sundarshan
Sistema de Banco de Dados, 5/E
Relacionamento um-para-muitos
No relacionamento um-para muitos, um empréstimo está associado, no máximo, a um cliente através de tomador, um cliente está associado a vários (inclusive 0) empréstimos através de tomador Korth • Silberschatz • Sundarshan
Sistema de Banco de Dados, 5/E
Relacionamento muitos-para-um
Em um relacionamento muitos-para um, um empréstimo está associado a vários (inclusive 0) clientes através de tomador, um cliente está associado, no máximo, a um empréstimo através de tomador Korth • Silberschatz • Sundarshan
Sistema de Banco de Dados, 5/E
Relacionamento muitos-para-muitos
Um cliente está associado a vários (possivelmente 0) empréstimos através de tomador
Um empréstimo está associado a vários (possivelmente 0) clientes através de tomador Korth • Silberschatz • Sundarshan
Sistema de Banco de Dados, 5/E
Participação de um conjunto de entidades em um conjunto de relacionamento
Participação total (indicada por uma linha dupla): cada entidade no conjunto de entidades participa no mínimo em um relacionamento no conjunto de relacionamento
Por exemplo, a participação de empréstimo em tomador é total
Cada empréstimo precisa ter um cliente associado através de tomador Participação parcial: algumas entidades podem não participar em relacionamento algum no conjunto de relacionamento
Exemplo: a participação de cliente em tomador é parcial Korth • Silberschatz • Sundarshan
Sistema de Banco de Dados, 5/E
Notação alternativa para limites de cardinalidade
Os limites de cardinalidade também podem expressar restrições de participação Korth • Silberschatz • Sundarshan
Sistema de Banco de Dados, 5/E
Diagrama ER com um relacionamento ternário
Korth • Silberschatz • Sundarshan
Sistema de Banco de Dados, 5/E
Restrições de cardinalidade no relacionamento ternário
Permitimos no máximo uma seta saindo de um relacionamento ternário (ou grau maior) para indicar uma restrição de cardinalidade
Por exemplo, uma seta de trabalha_em indica que cada funcionário trabalha no máximo em um cargo em qualquer agência.
Se houver mais de uma seta, haverá duas maneiras de definir o significado.
Por exemplo, um relacionamento ternário R entre A, B e C com setas para B e C poderia significar: 1. Cada entidade A está associada a uma única entidade de B e C ou 2. Cada par de entidades de (A, B ) está associado a uma única entidade C, e cada par (A, C ) está associado a um único B Cada alternativa foi usada em diferentes formalismos Para evitar confusão, proibimos mais de uma seta Korth • Silberschatz • Sundarshan
Sistema de Banco de Dados, 5/E
Aspectos de projeto
Uso de conjuntos de entidades versus atributos A escolha depende principalmente da estrutura da empresa sendo modelada e da semântica associada ao atributo em questão.
Uso de conjuntos de entidades versus conjuntos de relacionamento Uma possível regra é designar um conjunto de relacionamento para descrever uma ação que ocorre entre entidades.
Conjuntos de relacionamento binários versus enários Embora seja possível substituir um conjunto de relacionamento não binário (enário, para n > 2) por diversos conjuntos de relacionamento binários distintos, um conjunto de relacionamento enário mostra mais claramente que várias atributos participam em um único relacionamento.
Posicionamento dos atributos de relacionamento Korth • Silberschatz • Sundarshan
Sistema de Banco de Dados, 5/E
Relacionamentos binários versus não binários
Alguns relacionamentos que parecem ser não binários podem ser mais bem representados por vários relacionamentos binários.
Por exemplo, um relacionamento ternário pais, relacionando um filho ao seu pai e mãe, é melhor representado por dois relacionamentos binários, mãe e pai
Usar dois relacionamentos binários permite informações parciais (por exemplo, se apenas a mãe for conhecida)
Mas existem relacionamentos que são naturalmente não binários
Exemplo: trabalha_em Korth • Silberschatz • Sundarshan
Sistema de Banco de Dados, 5/E
Convertendo relacionamentos não binários para a forma binária
Em geral, qualquer relacionamento não binário pode ser representado usando relacionamentos binários criando um conjunto de entidades artificial.
Substitua R entre os conjuntos de entidades A, B e C por um conjunto de entidades E três conjuntos de relacionamento: 1. R
A
, relacionando E e A 2. R
B
, relacionando E e B
3. R
C
, relacionando E e C Crie um atributo identificador especial para E
Inclua quaisquer atributos de R em E Para cada relacionamento (a
i , b i , c i
) em R, 1. crie uma nova entidade e
i
no conjunto de entidades E 2. inclua (e
i
3. inclua (e
i
4. inclua (e
i , a , b i i
) em R
A
) em R
B , c i
) em R
C
Korth • Silberschatz • Sundarshan
Sistema de Banco de Dados, 5/E
Convertendo relacionamentos não binários para a forma binária (cont.)
Também precisamos traduzir as restrições
Talvez não seja possível traduzir todas as restrições
Pode haver instâncias no esquema traduzido que não pode corresponder a instância alguma de R
Exercício: acrescente restrições aos relacionamentos R
A , R B e R C
para garantir que uma entidade recém-criada corresponda a exatamente uma entidade em cada um dos conjuntos de entidades A, B e C
Podemos evitar a criação de um atributo identificador tornando E um conjunto de entidades fraco (descrito brevemente) identificado pelos três conjuntos de relacionamento. Korth • Silberschatz • Sundarshan
Sistema de Banco de Dados, 5/E
Cardinalidades de mapeamento afetam o projeto ER
Podemos tornar a data de acesso um atributo de conta, em vez de um atributo de relacionamento, se cada conta puder ter apenas um cliente
Ou seja, o relacionamento de conta para cliente é muitos-para-um ou, equivalentemente, cliente para conta é um-para-muitos Korth • Silberschatz • Sundarshan
Sistema de Banco de Dados, 5/E
Que tal criar um projeto ER interativamente no quadro?
Sugira uma aplicação a ser modelada.
Korth • Silberschatz • Sundarshan
Sistema de Banco de Dados, 5/E
Conjuntos de entidades fracos
Um conjunto de entidades que não possui uma chave primária é chamado de
conjunto de entidades fraco
.
A existência de um conjunto de entidades fraco depende da existência de um
conjunto de entidades identificador
Ele precisa se relacionar com o conjunto de entidades identificador através de um conjunto de relacionamento um-para-muitos total, do identificador para o conjunto de entidades fraco
Relacionamento identificador descrito usando um losango duplo
O
discriminador
(ou chave parcial) de um conjunto de entidades fraco é o conjunto de atributos que distingue entre todas as entidades de um conjunto de entidades fraco.
A chave primária de um conjunto de entidades fraco é formada pela chave primária do conjunto de entidades forte em que o conjunto de entidades fraco é dependente de existência, mais o discriminador do conjunto de entidades fraco.
Korth • Silberschatz • Sundarshan
Sistema de Banco de Dados, 5/E
Conjuntos de entidades fracos (cont.)
Representamos um conjunto de entidades fraco por retângulos duplos.
Sublinhamos o discriminador de um conjunto de entidades fraco com uma linha tracejada.
número_pagamento — discriminador do conjunto de entidades pagamento. Chave primária para pagamento — (número_empréstimo, número_pagamento) Korth • Silberschatz • Sundarshan
Sistema de Banco de Dados, 5/E
Conjuntos de entidades fracos (cont.)
Nota: A chave primária do conjunto de entidades forte não é explicitamente armazenada com o conjunto de entidades fraco, já que ela está implícita no relacionamento identificador.
Se número_empréstimo fosse explicitamente armazenado, pagamento poderia se tornar uma entidade forte, mas, então, o relacionamento entre pagamento e empréstimo seria duplicado por um relacionamento implícito definido pelo atributo número_empréstimo comum a pagamento e empréstimo.
Korth • Silberschatz • Sundarshan
Sistema de Banco de Dados, 5/E
Mais exemplos de conjunto de entidades fraco
Em uma universidade, um curso é uma entidade forte e uma oferta_curso pode ser modelada como uma entidade fraca
O discriminador de oferta_curso seria semestre (incluindo ano) e número_seção (se houver mais de uma seção)
Se modelarmos oferta_curso como uma entidade forte, modelaríamos número_curso como um atributo.
Então, o relacionamento com curso estaria implícito no atributo
número_curso
Korth • Silberschatz • Sundarshan
Sistema de Banco de Dados, 5/E
Recursos de ER estendidos: Especialização
•
Processo de projeto de cima para baixo: Designamos subagrupamentos dentro de um conjunto de entidades que são distintivos de outras entidades no conjunto.
Esses subagrupamentos se tornam conjuntos de entidades de nível inferior que possuem atributos ou participam em relacionamentos que não se aplicam ao conjunto de entidades de nível superior.
Representada por um componente triângulo rotulado ISA (por exemplo, cliente “é uma” pessoa).
Herança de atributo — Um conjunto de entidades de nível inferior relacionamento do conjunto de entidades de qual herda todos está vinculado.
os atributos e a participação de nível superior ao Korth • Silberschatz • Sundarshan
Sistema de Banco de Dados, 5/E
Exemplo de especialização
Korth • Silberschatz • Sundarshan
Sistema de Banco de Dados, 5/E
Recursos de ER estendidos: Generalização
Um
processo de projeto de baixo para cima
– Combine vários conjuntos de entidades que compartilham os mesmos recursos em um conjunto de entidades de nível superior.
A especialização e a generalização são simples inversões uma da outra; são representadas em um diagrama ER da mesma maneira.
Os termos especialização e generalização são usados indistintamente.
Korth • Silberschatz • Sundarshan
Sistema de Banco de Dados, 5/E
Especialização e generalização (cont.)
Pode ter múltiplas especializações de um conjunto de entidades com base em diferentes recursos.
Por exemplo, caixa.
funcionário_permanente versus funcionário_temporário, além de gerente versus escriturário versus
Cada funcionário específico seria
um membro de funcionário_permanente ou
funcionário_temporário
e também um membro de gerente, escriturário ou caixa.
O relacionamento ISA também é chamado de relacionamento
superclasse-subclasse.
Korth • Silberschatz • Sundarshan
Sistema de Banco de Dados, 5/E
Restrições de projeto em uma especialização/generalização
A restrição sobre que entidades podem ser membros de um determinado conjunto de entidades de nível inferior.
Definido por condição
Exemplo: Todos os clientes com mais de 65 anos são membros do conjunto de entidades cidadão_senior; cidadão_senior ISA pessoa.
Definido pelo usuário Restringe sobre se ou não as entidades podem pertencer a mais de um conjunto de entidades de nível inferior dentro de uma única generalização.
Disjuntos
uma entidade pode pertencer a não mais que um conjunto de entidades de nível inferior
Indicados no diagrama ER pela inscrição de disjunto ao lado do triângulo ISA
Superpostos
um conjunto de entidades pode pertencer a mais de um conjunto de entidades de nível inferior Korth • Silberschatz • Sundarshan
Sistema de Banco de Dados, 5/E
Restrições de projeto em uma especialização/generalização (cont.)
Restrição de integralidade
generalização — Especifica se ou não uma entidade no conjunto de entidades de nível superior precisa pertencer a pelo menos um dos conjuntos de entidades de nível inferior dentro de uma
total
: Uma entidade precisa pertencer a um conjunto de entidades de nível inferior
parcial
: Uma entidade não precisa pertencer a um conjunto de entidades de nível inferior Korth • Silberschatz • Sundarshan
Sistema de Banco de Dados, 5/E
Agregação
Considere o relacionamento ternário trabalha_em, que vimos anteriormente
Suponha que queremos registrar gerentes para tarefas realizadas por um funcionário em uma agência Korth • Silberschatz • Sundarshan
Sistema de Banco de Dados, 5/E
Agregação (cont.)
Os conjuntos de relacionamento trabalha_em e gerencia superpostas representam informações
Cada relacionamento gerencia corresponde a um relacionamento trabalha_em Entretanto, alguns relacionamentos trabalha_em relacionamentos gerencia podem não corresponder a nenhum
Portanto, não podemos descartar o relacionamento trabalha_em Elimine essa redundância através da agregação
Trate relacionamento como uma entidade abstrata Permite relacionamentos entre relacionamentos Abstração de relacionamento em nova entidade Sem introduzir redundância, o diagrama a seguir representa:
Um funcionário trabalha em um cargo específico em uma agência específica Um funcionário, agência ou combinação de cargos pode ter um gerente associado Korth • Silberschatz • Sundarshan
Sistema de Banco de Dados, 5/E
Diagrama ER com agregação
Korth • Silberschatz • Sundarshan
Sistema de Banco de Dados, 5/E
Decisões de projeto ER
Usar um atributo ou um conjunto de entidades para representar um objeto.
Se um conceito do mundo real é expresso mais precisamente por um conjunto de entidades ou por um conjunto de relacionamento.
Usar um relacionamento ternário ou um par de relacionamentos binários.
Usar um conjunto de entidades forte ou fraco.
O uso de especialização/generalização — contribui para a modularidade do projeto.
O uso de agregação — pode tratar o conjunto de entidades agregado como uma única unidade sem preocupação com os detalhes de sua estrutura interna.
Korth • Silberschatz • Sundarshan
Sistema de Banco de Dados, 5/E
Diagrama ER para uma instituição bancária
Korth • Silberschatz • Sundarshan
Sistema de Banco de Dados, 5/E
Que tal criar outro projeto ER interativamente no quadro?
Korth • Silberschatz • Sundarshan
Sistema de Banco de Dados, 5/E
Resumo dos símbolos usados na notação ER
Korth • Silberschatz • Sundarshan
Sistema de Banco de Dados, 5/E
Resumo dos símbolos (cont.)
Korth • Silberschatz • Sundarshan
Sistema de Banco de Dados, 5/E
Redução aos esquemas de relação
As chaves primárias permitem que conjuntos de entidades e conjuntos de relacionamento sejam expressos uniformemente como
esquemas de relação
que representam o conteúdo do banco de dados.
Um banco de dados que se conforma a um esquema de banco de dados ER pode ser representado por uma coleção de esquemas de relação.
Para cada conjunto de entidades e para cada conjunto de relacionamento, existe um esquema único ao qual atribuímos o nome do conjunto de entidades ou conjunto de relacionamento correspondente.
Cada esquema tem um número de colunas (geralmente correspondente aos atributos), que possuem nomes únicos.
Korth • Silberschatz • Sundarshan
Sistema de Banco de Dados, 5/E
Representando conjuntos de entidades como esquemas
Um conjunto de entidades forte é reduzido para um esquema com os mesmos atributos.
Um conjunto de entidades fraco se torna uma tabela que inclui uma coluna para a chave primária do conjunto de entidades forte identificador.
pagamento =
(
número_empréstimo, número_pagamento, data_pagamento,
quantia_pagamento ) Korth • Silberschatz • Sundarshan
Sistema de Banco de Dados, 5/E
Representando conjuntos de relacionamento como esquemas
Um conjunto de relacionamento muitos-para muitos é representado como um esquema com atributos para as chaves primárias dos dois conjuntos de entidades participantes e quaisquer atributos descritivos do conjunto de relacionamento.
Exemplo: Esquema para o conjunto de relacionamento tomador:
Exemplo: schema for relationship set borrower tomador = ( id_cliente, número_empréstimo ) Korth • Silberschatz • Sundarshan
Sistema de Banco de Dados, 5/E
Redundância de esquemas
Conjuntos de relacionamento muitos-para-um e muitos-para-muitos que são completos no lado “muitos” podem ser representados acrescentando um atributo extra no lado “muitos”, contendo a chave primária do lado “um”.
Exemplo: Em vez de criar um esquema para o conjunto de relacionamento agência_conta, acrescente um atributo nome_agência ao esquema surgindo do conjunto de entidades conta.
Korth • Silberschatz • Sundarshan
Sistema de Banco de Dados, 5/E
Redundância de esquemas (cont.)
Para conjuntos de relacionamento um-para-um, qualquer lado pode ser escolhido como o lado “muitos”.
Ou seja, o atributo extra pode ser acrescentado a qualquer uma das tabelas correspondentes aos dois conjuntos de entidades.
Se a participação for parcial no lado “muitos”, a substituição de um esquema por um atributo extra no esquema correspondente ao lado “muitos” poderia resultar em valores nulos.
O esquema correspondente a um conjunto de relacionamento vinculando um conjunto de entidades fraco ao seu conjunto de entidades forte identificador é redundante.
Exemplo: O esquema pagamento já contém os atributos que apareceriam no esquema pagamento_empréstimo (isto é, número_empréstimo e número_pagamento).
Korth • Silberschatz • Sundarshan
Sistema de Banco de Dados, 5/E
Atributos compostos e de valores múltiplos
Os atributos compostos são manipulados criando um atributo separado para cada um dos atributos componentes.
Exemplo: Sejam dados o conjunto de entidades cliente com o atributo composto nome com atributos componentes primeiro_nome e último_nome, o esquema correspondente ao conjunto de entidades possui dois atributos, nome.primeiro_nome e
nome.último_nome
Um atributo de valores múltiplos M de uma entidade E é representado por um esquema separado EM.
O esquema EM tem atributos correspondentes à chave primária de
E
e um atributo correspondente ao atributo de valores múltiplos M.
Exemplo: O atributo de valores múltiplos nomes_dependentes de funcionário é representado por um esquema: nomes_dependentes_funcionário = (id_funcionário, nomedep) Cada valor do atributo de valores múltiplos é mapeado para uma tupla separada da relação no esquema EM.
Por exemplo, uma entidade funcionário com chave primária 123-45 6789 e dependentes Jack e Jane mapeia para duas tuplas: (123-45-6789 , Jack) e (123-45-6789 , Jane) Korth • Silberschatz • Sundarshan
Sistema de Banco de Dados, 5/E
Representando especialização através de esquemas
Método 1:
Forme um esquema para a entidade de nível mais alto
Forme um esquema para cada conjunto de entidades de nível inferior, inclua a chave primária do conjunto de entidades de nível superior e atributos locais esquema
pessoa cliente funcionário
atributos
nome, rua, cidade nome, avaliação_crédito nome, salário
Desvantagem: Para obter informações sobre um funcionário, é necessário acessar duas relações, a relação correspondente ao esquema de baixo nível e a correspondente ao esquema de alto nível.
Korth • Silberschatz • Sundarshan
Sistema de Banco de Dados, 5/E
Representando especialização através de esquemas (cont.)
Método 2:
Forme um esquema para cada conjunto de entidades com todos os atributos locais e herdados esquema
pessoa cliente funcionário
atributos
nome, rua, cidade nome, rua, cidade, avaliação_crédito nome, rua, cidade, salário
•
Se a especialização for total, o esquema para o conjunto de entidades generalizado (pessoa ) não exige armazenar informações.
Pode ser definido como uma relação de “view” contendo a união das relações de especialização
Mas o esquema explícito ainda pode ser necessário para restrições de chave estrangeira
Desvantagem: rua e cidade podem ser armazenados redundantemente para pessoas que são, ao mesmo tempo, clientes e funcionários Korth • Silberschatz • Sundarshan
Sistema de Banco de Dados, 5/E
Esquemas correspondentes à agregação
Para representar agregação, crie um esquema contendo
Chave primária do relacionamento agregado
A chave primária do conjunto de entidades associado
Quaisquer atributos descritivos Korth • Silberschatz • Sundarshan
Sistema de Banco de Dados, 5/E
Esquemas correspondentes à agregação (cont.)
Por exemplo, para representar a agência gerencia entre o relacionamento trabalha_em e o conjunto de entidades gerente, crie um esquema
gerencia
(
id_funcionário, nome_agência, título, nome_gerente
)
O esquema trabalha_em é redundante, desde que estejamos dispostos a armazenar valores nulos para o atributo nome_gerente na relação no esquema gerencia Korth • Silberschatz • Sundarshan
Sistema de Banco de Dados, 5/E
UML
UML
: Unified Modeling Language
A UML possui muitos componentes para modelar graficamente diferentes aspectos de um sistema de software inteiro
O diagrama de classe UML corresponde ao diagrama ER, mas com várias diferenças.
Korth • Silberschatz • Sundarshan
Sistema de Banco de Dados, 5/E
Resumo da notação do diagrama de classe UML
Korth • Silberschatz • Sundarshan
Sistema de Banco de Dados, 5/E
Notação do diagrama de classe UML (cont.)
Os conjuntos de entidades são mostrados como retângulos e, diferente do diagrama ER, os atributos são mostrados dentro do retângulo e não como elipses separadas.
Os conjuntos de relacionamento binários são representados na UML simplesmente desenhando uma linha conectando os conjuntos de entidades. O nome do conjunto de relacionamento é escrito adjacente à linha.
A função desempenhada por um conjunto de entidades em um conjunto de relacionamento também pode ser especificada escrevendo o nome da função na linha, adjacente ao conjunto de entidades.
Alternativamente, o nome do conjunto de relacionamento pode ser escrito em um retângulo, juntamente com atributos do conjunto de relacionamento, e o retângulo é conectado usando uma linha pontilhada até a linha representando o conjunto de relacionamento.
Os relacionamentos não binários são desenhados usando losangos, exatamente como nos diagramas ER Korth • Silberschatz • Sundarshan
Sistema de Banco de Dados, 5/E
Notação do diagrama de classe UML (cont.)
• •
* Note a inversão de posições na representação da restrição de cardinalidade * A generalização pode usar setas mescladas ou separadas independentes de disjunção/superposição Korth • Silberschatz • Sundarshan
Sistema de Banco de Dados, 5/E
Diagrama de classe UML (cont.)
As restrições de cardinalidade são especificadas na forma l..h, onde l indica o mínimo e h, o número máximo de relacionamentos em que um conjunto de entidades pode participar.
Atenção: O posicionamento das restrições é exatamente o inverso do posicionamento das restrições nos diagramas ER.
A restrição 0..* no lado E2 e a restrição 0..1 no lado E1 significam que cada entidade E1 pode participar em muitos relacionamentos; ou seja, o relacionamento é muitos-para-um de E2 para E1.
Valores únicos como 1 ou * podem ser escritos nas bordas; o valor único 1 em uma borda é tratado como equivalente a 1..1, enquanto * é equivalente a 0..*.
Korth • Silberschatz • Sundarshan
Sistema de Banco de Dados, 5/E
Fim do Capítulo 2
Korth • Silberschatz • Sundarshan
Sistema de Banco de Dados, 5/E
Diagrama ER para o Exercício 6.21
Korth • Silberschatz • Sundarshan
Sistema de Banco de Dados, 5/E
Diagrama ER para o Exercício 6.9
Korth • Silberschatz • Sundarshan
Sistema de Banco de Dados, 5/E
Diagrama ER para o Exercício 2.11
Korth • Silberschatz • Sundarshan
Sistema de Banco de Dados, 5/E
Diagrama ER para o Exercício 6.22
Korth • Silberschatz • Sundarshan
Sistema de Banco de Dados, 5/E
Dependências de existência
Se a existência da entidade x depende da existência da entidade y, então, diz-se que x é dependente de existência de y.
y
é uma entidade dominante (no exemplo abaixo, empréstimo)
x
é uma entidade subordinada (no exemplo abaixo, pagamento)
empréstimo
Empréstimo-pagamento pagamento
Se um empréstimo for excluído, então, todas as suas entidades pagamento associadas também precisarão ser excluídas.
Korth • Silberschatz • Sundarshan
Korth • Silberschatz • Sundarshan Sistema de Banco de Dados, 5/E
Figura 6.8
Korth • Silberschatz • Sundarshan Sistema de Banco de Dados, 5/E
Figura 6.15
Korth • Silberschatz • Sundarshan Sistema de Banco de Dados, 5/E
Figura 6.16
Korth • Silberschatz • Sundarshan Sistema de Banco de Dados, 5/E
Figura 6.26
Korth • Silberschatz • Sundarshan Sistema de Banco de Dados, 5/E
Figura 6.27
Korth • Silberschatz • Sundarshan Sistema de Banco de Dados, 5/E
Figura 6.28
Korth • Silberschatz • Sundarshan Sistema de Banco de Dados, 5/E
Figura 6.29
Korth • Silberschatz • Sundarshan Sistema de Banco de Dados, 5/E
Figura 6.30
Korth • Silberschatz • Sundarshan Sistema de Banco de Dados, 5/E
Figura 6.31
Sistema de Banco de Dados, 5/E
Notações ER alternativas Figura 6.24
Korth • Silberschatz • Sundarshan