Banco de Dados I

Ciência da Computação
4° Período

Prof. Raphael Vidal

Banco de Dados Prof Raphael Vidal 1

 Capítulo 3: Construindo
modelos entidade-
relacionamento
• Propriedades de modelos ER
• Equivalência entre modelos
• Atributo versus entidade relacionada
• Atributo versus generalização/especialização
• Verificação do modelo
• Estabelecimento de padrões
• Estratégias de modelagem

Banco de Dados Prof Raphael Vidal 2

Propriedades de modelos ER
 É um modelo formal, preciso, não ambíguo.
 Isto significa que diferentes leitores de um mesmo modelo ER
devem sempre entender exatamente o mesmo.
 DER pode ser usado como entrada a uma ferramenta CASE.
 Fundamental: todos os envolvidos devem estar treinados na sua
perfeita compreensão.
 Risco: sub-utilização.
 Modelos ER têm poder de expressão limitado
 Modelo ER apresenta apenas algumas propriedades de um banco
de dados
 Foi concebido para o projeto da estrutura de um BD relacional
 Pouco poderoso para expressar restrições de integridade (regras
de negócio)
Banco de Dados Prof Raphael Vidal 3
Equivalência entre modelos
 Dois modelos diferentes podem se equivalentes
 Modelos equivalentes:
 expressam o mesmo
 modelam a mesma realidade
 Para fins de projeto de banco de dados, dois modelos ER são
equivalentes, quando ambos geram o mesmo esquema de
banco de dados
 Para analisar se dois modelos são equivalentes, é necessário
considerar um conjunto de regras de tradução de modelos ER
para modelos lógicos de banco de dados

Banco de Dados Prof Raphael Vidal 4

Exemplo de equivalência entre
modelos
 CONSULTA como relacionamento n:n

 CONSULTA como entidade

Banco de Dados Prof Raphael Vidal 5

Exemplo de equivalência entre
modelos
 A determinação de que construção da abordagem ER
(entidade, relacionamento, atributo,...) será usada para
modelar um objeto de uma realidade
 não pode ser feita através da observação do objeto isoladamente
 é necessário conhecer o contexto (modelo dentro do qual o objeto
aparece)
 Decisão por uma construção para a modelagem de um objeto
está sujeita a alteração durante a modelagem
 Não despender um tempo excessivo em longas discussões
sobre como modelar um objeto
 O próprio desenvolvimento do modelo e o aprendizado sobre a
realidade irão refinando e aperfeiçoando o modelo
 Existem alguns critérios para escolha de construções de
modelagem
Banco de Dados Prof Raphael Vidal 6
Atributo versus entidade
relacionada
 Alguns critérios para esta decisão são:
 Objeto está vinculado a outros objetos
deve ser modelado como entidade
 Caso contrário pode ser modelado como

atributo
 Conjunto de valores de um determinado objeto é fixo, pode ser
modelado como atributo
 Existem transações no sistema que alteram o conjunto de valores
do objeto, não deve ser modelado como atributo

Banco de Dados Prof Raphael Vidal 7

Atributo versus
generalização/especialização
 Questão:
 Modelar um determinado objeto (por exemplo, a categoria
funcional de cada empregado de uma empresa) como atributo ou
como especialização?
 Especialização deve ser usada quando as classes especializadas
de entidades possuem propriedades particulares

Banco de Dados Prof Raphael Vidal 8

Verificação do modelo
 Uma vez construído, um modelo ER dever ser validado e
verificado.
 A verificação é o controle de qualidade que procura garantir
que o modelo usado para a construção do banco de dados
gerará um bom produto.
 Um modelo para ser considerado bom, deve preencher uma
série de requisitos, como ser completo, ser correto e não
conter redundância.
 Modelo CORRETO
 Dois tipos de erros: sintáticos e semânticos
 Sintáticos ocorrem quando o modelo não respeita as regras de
construção de um modelo ER
 Semânticos ocorrem quando o modelo, apesar de estar
sintaticamente correto, reflete a realidade de forma inconsistente.
 Estabelecer associações incorretas
 Usar uma entidade do modelo como atributo de outra entidade
9
Verificação do modelo
 Modelo COMPLETO
 Deve fixar todas as propriedades desejáveis do banco de dados.
 Somente pode ser verificado por alguém que conhece
profundamente o sistema a ser implementado.
 Forma de verificar:
 Todos os dados que devem ser obtidos do banco de dados estão
presentes?
 Todas as transações de modificação do banco de dados podem
ser executadas sobre o modelo?
 Este requisito é aparentemente conflitante com a falta de poder de
expressão de modelos ER.

Banco de Dados Prof Raphael Vidal 10

Verificação do modelo
 Modelo deve ser livre de REDUNDÂNCIAS
 Modelo deve ser mínimo, isto é não deve conter conceitos
redundantes
 Tipos de redundância:
 Relacionamentos redundantes  são relacionamentos que são
resultados da combinação de outros relacionamentos entre as
mesmas entidades.
 Um relacionamento é redundante,
quando é possível eliminá-lo do
modelo ER, sem que haja perda
de informações no banco de dados.

Banco de Dados Prof Raphael Vidal 11

Verificação do modelo
 Atributos redundantes  são atributos deriváveis a partir da
execução de procedimentos de busca de dados e/ou cálculos
sobre o banco de dados.

Banco de Dados Prof Raphael Vidal 12

Verificação do modelo
 Modelo deve refletir o aspecto temporal
 Dados temporais
 Dados que mudam ao longo do tempo e para as quais o BD
mantém histórico
 Tipos de dados temporais:
 Atributos cujos valores modificam ao longo do tempo
 Relacionamentos que modificam ao longo do tempo

Banco de Dados Prof Raphael Vidal 13

Verificação do modelo
 Consultas a dados referentes ao passado
 Muitas vezes, informações referentes ao passado são eliminadas
da base de dados (arquivamento)
 Podem ser necessárias no futuro:
 Por motivos legais
 Para realização de auditorias
 Para tomada de decisões
 Dados referentes ao passado – planejar arquivamento
 Solução que poderia ser considerada
 Reincluir as informações no banco de dados, quando elas forem
necessárias
 Problema: restrições de integridade referencial
 Planejar informações estatísticas
 Quando informações antigas são necessárias apenas para tomada de
decisões
 Pode ser conveniente manter no banco de dados informações
compiladas e eliminar as informações usadas na compilação
Banco de Dados Prof Raphael Vidal 14
Verificação do modelo
 Entidade isolada e entidade sem atributos
 Caso raro, mas não incorreto
 Entidade que muitas vezes aparece isolada
 Caso típico:
 Entidade que modela a organização na qual o sistema
implementado pelo BD está embutida
 Exemplo: BD de uma universidade
 A entidade UNIVERSIDADE pode ser necessária, caso se deseje
manter no BD alguns atributos da universidade
 O modelo não deveria conter o relacionamento desta entidade com
outras, como ALUNO ou CURSO
 BD modela uma única universidade
 Não é necessário informar no BD em que universidade o aluno está
inscrito ou a qual universidade o curso pertence

Banco de Dados Prof Raphael Vidal 15

Estabelecimento de padrões
 Modelos de dados são usados para comunicação com:
 Pessoas da organização (usuários, analistas, programadores, ...)
 Programas (ferramentas CASE, geradores de código, ...)
 É necessário estabelecer padrões de confecção de modelos
 Na prática e na literatura aparecem muitas versões, que
distinguem-se umas das outras não só na representação
gráfica, isto é em sua sintaxe, mas também na semântica
 Variantes de abordagem ER
 Peter Chen (acadêmica)
 Engenharia de informações
 UML
 Merise (notação Européia)
Merise
Banco de Dados Prof Raphael Vidal 16
Estabelecimento de padrões
Notação - Engenharia de informações

Banco de Dados Prof Raphael Vidal 17

Estratégias de modelagem
Uma seqüência de passos (uma “receita de bolo”) de transformação de
modelos desde o modelo inicial de modelagem até o final
Partindo de dados implementados:
 Bottom-up  Parti de conceitos mais detalhados e abstrai
gradativamente. Inicia com a identificação de atributos. (engenharia
reversa)

Partindo das Pessoas:

 Top-down  Parti de conceitos mais abstratos e vai gradativamente

refinando estes conceitos em conceitos mais detalhados. Inicia com a
identificação de entidades genéricas

 Inside-out  De dentro pra fora. Parti de conceitos considerados

importantes e vai gradativamente adicionando conceitos periféricos a eles
relacionados

Banco de Dados Prof Raphael Vidal 18

Inside-out

Banco de Dados Prof Raphael Vidal 19

Definição da estratégia de
modelagem
 Na prática
 Nenhuma das estratégias propostas na literatura é universalmente
aceita
 Normalmente é usada a combinação das diversas estratégias de
modelagem
 Isso é compreensível pois o processo de modelagem é um
processo de aprendizagem

Banco de Dados Prof Raphael Vidal 20

Atividade

Banco de Dados Prof Raphael Vidal 21