Please enable JavaScript.
Coggle requires JavaScript to display documents.
Modelagem Entidade-Relacionamento (Elementos (Entidade (Cliente, Contrato,…
Modelagem Entidade-Relacionamento
Estratégia convencional
Organização dos dados segundo sua semântica
Cada relação é uma semântia (e.g, Cliente, Nota Fiscal, Item)
Organização semântica corporativa dos dados é lenta
Orientada para transacionar com os dados
Reduz a redundância e aumenta o reúso
Facilita a derivação de qualquer perspectiva empresarial
Neste texto envolve perspectivas
Conceitual
Lógico
Elementos
Entidade
Cliente
Contrato
Produto
Agência (Banco)
Pagamento
Conta
Atributo da entidade
Cliente
Nome
Endereço
Sexo
Data de nascimento
Conta
Número
Data da abertura
Produto
Descrição
Contrato
Valor
Agência (Banco)
Endereço
Relacionamento
Atributo do relacionamento
Restrições de
Relacionamentos
Restrição explícita que indica o número de instâncias de uma entidade associadas a instâncias de outra entidade.
Dado um elemento do conjunto A, com quantos elementos do conjunto B ele se relaciona? e vice-versa?
Restrição de Participação
Indica a opcionalidade do relacionamento (Classes: 0, 1, N ou número específico)
Razão de cardinalidade
representa a classe do Relacionamento (Classes: 1, N ou número específico)
Associação Opcional
Especialização e Generalização
Representar uma entidade em diferentes níveis de abstração
Generalizar
Implica em uma entidade genérica formada por um subconjunto de entidade
surge quando entidades diferentes compartilham propriedades comuns (atributos e/ou relacionamento)
Especializar
Implica em atribuir propriedades ou relacionamentos a um subconjunto de entidades de uma entidade genérica
Surge quando certas instâncias de uma entidade apresentam pequenas variações de comportamento
Agregações
Elemento significativo para o contexto
Enxergado como um
objeto
e não como um
relacionamento
Agregação participa de outros relacionamentos
Dados temporais e Atemporais
Utiliza os conceitos de instante e intervalo temporal
Utiliza os conceitos de
transaction time
e
valid time
Time valid: quando um fato foi válido para o negócio
Transaction time: quando o BD soube desse fato
Não força separar atributos atemporais e temporais do mesmo objeto
Estratégia de Carga dos Dados
Orientado para manipulação de carga no nível de tupla
Dificulta a carga assíncrona de porções de uma tupla
Possibilita carga assíncrona de tuplas
Carregar tudo sempre sobre objetos
Inviável somente em grandes históricos
Carga incremental
Todas as estratégias são suportadas
Evolução do modelo
Esforço na adição de atributos ou relacionamentos
Impacto nos processos ETL e de visualização correspondentes
Esforço na mudança de atributos e relacionamentos
Atemporal -> Temporal ou vice-versa
Certa complexidade na definição de índices
Abordagem NÃO naturalmente incremental, mas possível
Requer técnicas incrementais (refatoração de BD)
Mas....
Facilita o estabelecimento de regras integridade complexas
Performance
Não prepara um BD para análise
in-situ
Overhead na representação de NULL
Bom nível de concorrência (depende da granularidade)
Reduzida eficiência na compressão das dados (alta entropia)
Melhora sensível com BD orientados a colunas
(C-Stored DB)
Mas.....
Facilita o trabalho de ETL (quase transacional)
Conta com inúmeros recursos de melhoria de desempenho
Particionamento Vertical e Horizontal, Tipos de Índices, etc