Please enable JavaScript.
Coggle requires JavaScript to display documents.
Archor Modeling (Quais as implicações dessa estratégia para: (Evolução do…
Archor Modeling
Quais as implicações dessa estratégia para:
Combinação de dados temporais e atemporais
Representação e tratamento semi-temporal implícito
Requer adaptação para representação e tratamento de bitemporalidade
Organização de dados em assuntos
Natural, mas depende de uma ferramenta CASE
Carga dos dados? Qualquer uma pode ser utilizada?
Note que o modelo é uma decomposição minimal
Mudanças em atributos de certas tuplas é crítica
Requer tratamento para
cada atributo ou
Sempre mudar
toda tupla
Carregar tudo sempre
Inviável em situações envolvendo grandes históricos
O mais indicado é
incremental - append only
Evolução do modelo
Facilidade na adição de atributos ou relacionamentos (Attributes, ties e knots)
Redução dos impactos na remoção de atributos ou relacionamentos
Manutenção centrada nos pontos de consumo do atributo/relacionamento
Flexibilidade na mudança de atributos e relacionamentos
Atemporal -> Temporal ou vice-versa
Simplicidade na definição de índices
Propicia a carga assíncrona de dados de uma tupla
Abre múltiplas janelas de ETL
Abordagem naturalmente
incremental
Alinhada ao desenvolvimento ágil
Performance? Número de
join
é aceitável?
Sparcity: Não representa atributos com NULL
Uso eficiente de armazenamento
Reduz overhead no tratamento de NULL
Aumenta a concorrência
Aumenta a eficiência da compressão de dados
Mas:
Tende a aumentar o espaço de armazenamento requerido
Exige criação de views e functions que aumentam overhead
Desafio da Data Warehouse
O mundo não pára
Novos requisitos levam a evolução das aplicações
Evolução de aplicações ORIGENS podem impor ao DW evoluções dramáticas
Objetivo do
ANCHOR MODELING
Tornar o desenvolvimento e evolução do DW flexível
Reduzir o ciclo de implementações
Incorporar a visão temporal e atemporal dos dados
Como?
Alto grau de
decomposição
dos elementos do modelo de dados
Baseada em Formas Normais
Denota critérios de análise e decomposição de uma esquema de relação R
Baseado em dependências funcionais (a partir da 2FN)
Denota uma restrição de dependência entre dois subconjuntos de atributos de uma relação R
X -> Y sse qualquer t1[X] = t2[X] -> t1[Y] = t2[Y]
Importante para:
Evitar redundância de dados
Anomalias de inclusão, atualização e exclusão
Mais uma nova Forma Normal, a
6FN
Aumenta a
extensibilidade
do modelo e minora a
modificação
Elementos da Notação
Notação de Archor Modeling
Anchors
Denotam objetos de um Universo de Discurso. Ex: Cliente, Nota Fiscal, Fornecedor
Orientação para representar transações sobre objetos. Ex: Consulta, Venda, Vôo
Knots
Denotam categorias que são reutilizadas em vários pontos do modelo. Ex: Especialidade Médica, Gênero, Unidade Federação, Tipo Cliente
Attributes
Denotam propriedades de objetos e transações. Ex: Nome Cliente, Número Nota Fiscal, Nome Fornecedor
Tipos:
Atemporal: Static, Knotted Static
Temporal: Historized, Knotted Historized
Ties
Denotam relacionamentos entre objetos, objetos-transações. Ex: Fornecedor
ENTREGA
Matéria-Prima
Tipos:
Atemporal: Static, Knotted Static
Temporal: Historized, Knotted Historized
Força o uso padrão de nomenclatura na forma de
prefixos