derivação de modelos er
DESCRIPTION
Aula Sobre Derivação de Modelos ER para Modelos DimensionaisTRANSCRIPT
![Page 1: Derivação de Modelos ER](https://reader033.vdocuments.site/reader033/viewer/2022052504/54831157b47959e20c8b4970/html5/thumbnails/1.jpg)
Derivação de Modelos ER para Modelagem Multidimensional
Setembro / 2009
![Page 2: Derivação de Modelos ER](https://reader033.vdocuments.site/reader033/viewer/2022052504/54831157b47959e20c8b4970/html5/thumbnails/2.jpg)
Agenda
![Page 3: Derivação de Modelos ER](https://reader033.vdocuments.site/reader033/viewer/2022052504/54831157b47959e20c8b4970/html5/thumbnails/3.jpg)
Introdução
De acordo com KIMBALL (1997) a modelagem dedata warehouse é completamente diferente da modelagem de sistemas transacionais e queas técnicas de modelagem E/R não podem ser igualmente aplicadas.
No entanto, MOODY & KORTINK (2000) argumentam que a modelagem E/R é igualmente aplicável no projetode data warehouse e data mart.
![Page 4: Derivação de Modelos ER](https://reader033.vdocuments.site/reader033/viewer/2022052504/54831157b47959e20c8b4970/html5/thumbnails/4.jpg)
Introdução
Segundo MOODY & KORTINK (2000), a abordagem de projeto proposta por Kimball é introdutória e baseia-se apenas no levatamento de requisitos dos usuáriosidentificando os componentes (fatos relevantes que precisam ser agregados e atributos dimensionais agregáveis) básicos do esquema estrela.
O data warehouse resultante não passaria de um conjunto discreto de esquemas estrela.
![Page 5: Derivação de Modelos ER](https://reader033.vdocuments.site/reader033/viewer/2022052504/54831157b47959e20c8b4970/html5/thumbnails/5.jpg)
Problemas Relacionados à Metodologia de KIMBALL
Imprevisibilidade dos requisitos dos usuários resulta em projeto instável;
Projeto incorreto caso o projetista não entenda os relacionamentos entre os dados;
Agregação prematura dos dados resulta em perda de informação;
A abordagem é apresentada através de exemplos ao invés de uma metodologia de projeto concreta.
![Page 6: Derivação de Modelos ER](https://reader033.vdocuments.site/reader033/viewer/2022052504/54831157b47959e20c8b4970/html5/thumbnails/6.jpg)
A Metodologia de MOODY & KORTINK
A proposta de MOODY & KORTINK (2000) para projeto de data warehouse baseia-se na derivação de modelos dimensionais a partir de modelos de dados globais amplamente conhecidos como modelos E/R. A metodologia concentra-se em três etapas básicas:
Classificação das entidades
Identificação das hierarquias
Projeto de modelo dimensional
![Page 7: Derivação de Modelos ER](https://reader033.vdocuments.site/reader033/viewer/2022052504/54831157b47959e20c8b4970/html5/thumbnails/7.jpg)
Modelo de Dados de Exemplo
![Page 8: Derivação de Modelos ER](https://reader033.vdocuments.site/reader033/viewer/2022052504/54831157b47959e20c8b4970/html5/thumbnails/8.jpg)
![Page 9: Derivação de Modelos ER](https://reader033.vdocuments.site/reader033/viewer/2022052504/54831157b47959e20c8b4970/html5/thumbnails/9.jpg)
Classificação das Entidades
Entidades de Transação: As entidades transação registram os detalhes de eventos relacionados aos negócios da empresa.
As principais características destas entidades são:
a) descrevem um evento que ocorre em um ponto específico no tempo;
b) contém medidas ou quantidades as quais podem ser sumarizadas.
![Page 10: Derivação de Modelos ER](https://reader033.vdocuments.site/reader033/viewer/2022052504/54831157b47959e20c8b4970/html5/thumbnails/10.jpg)
Classificação das Entidades
Entidades Componente: Uma entidade componente é aquela que está diretamente relacionada com a entidade transação através de um relacionamento “um-para-muitos”.
As entidades componente respondem as perguntas:
· Quando aconteceu o fato ?· Quem é o personagem do fato ?· O que é o objeto do fato ?· Onde aconteceu o fato ?
![Page 11: Derivação de Modelos ER](https://reader033.vdocuments.site/reader033/viewer/2022052504/54831157b47959e20c8b4970/html5/thumbnails/11.jpg)
Classificação das Entidades
Entidades de Classificação: As entidades de classificação são as entidades que estão relacionadas com as entidades componentes através de relacionamentos “um-para-muitos”, isto é, eles são funcionalmente dependentes das entidades componentes (direta ou transitiva).
As entidades de classificação representam hierarquias inseridas no modelo de dados através das entidades componentes para formar tabelas de dimensão em um esquema estrela.
![Page 12: Derivação de Modelos ER](https://reader033.vdocuments.site/reader033/viewer/2022052504/54831157b47959e20c8b4970/html5/thumbnails/12.jpg)
Modelo Resultante da Classificação das Entidades
No diagrama, as entidades em preto representam entidades de Transação. As entidades em cinza representam entidades Componente e as entidades em branco representam entidades de Classificação.
![Page 13: Derivação de Modelos ER](https://reader033.vdocuments.site/reader033/viewer/2022052504/54831157b47959e20c8b4970/html5/thumbnails/13.jpg)
![Page 14: Derivação de Modelos ER](https://reader033.vdocuments.site/reader033/viewer/2022052504/54831157b47959e20c8b4970/html5/thumbnails/14.jpg)
Como Resolver Duplicidades de Classificação ?
Hierarquia de precedência:
1. Entidades de transação (mais alta precedência);2. Entidades de Classificação;3. Entidades de Componente (mais baixa precedência).
Ainda, segundo Moody, na prática, algumas entidades não conformam com nenhuma destas categorias. Estas entidades não se ajustam na estrutura do modelodimensional não podendo ser incluídas em modelos estrela.
![Page 15: Derivação de Modelos ER](https://reader033.vdocuments.site/reader033/viewer/2022052504/54831157b47959e20c8b4970/html5/thumbnails/15.jpg)
Identificação das Hierarquias
Representam a base para a derivação de modelos E/R em modelos dimensionais.
Uma hierarquia no modelo E/R é representada por uma seqüência de entidades ligadas através de relacionamentos “um-para-muitos” todos na mesma direção.
![Page 16: Derivação de Modelos ER](https://reader033.vdocuments.site/reader033/viewer/2022052504/54831157b47959e20c8b4970/html5/thumbnails/16.jpg)
![Page 17: Derivação de Modelos ER](https://reader033.vdocuments.site/reader033/viewer/2022052504/54831157b47959e20c8b4970/html5/thumbnails/17.jpg)
Identificação das Hierarquias
Na terminologia hierárquica:
A entidade Estado é “pai” de RegiãoRegião é “dependente” de EstadoItemVenda,Venda, Local e Região, são todas descendentes de EstadoVenda, Local, Região e Estado, são todas ascendentes de ItemVenda
![Page 18: Derivação de Modelos ER](https://reader033.vdocuments.site/reader033/viewer/2022052504/54831157b47959e20c8b4970/html5/thumbnails/18.jpg)
Projeto de Modelos Multidimensionais
Utilização dos operadores:
Colapso de hierarquia e Agregação.
![Page 19: Derivação de Modelos ER](https://reader033.vdocuments.site/reader033/viewer/2022052504/54831157b47959e20c8b4970/html5/thumbnails/19.jpg)
Colapso de Hierarquia
Com este operador, as entidades de nível mais alto podem ser inseridas em entidades de nível mais baixo dentro da hierarquia.
Esta operação introduz redundância, naforma de dependência transitiva, o qual é uma violação da terceira forma normal (CODD, 1970).
A ocultação de um nível na hierarquia das entidades resulta na desnormalização do modelo.
![Page 20: Derivação de Modelos ER](https://reader033.vdocuments.site/reader033/viewer/2022052504/54831157b47959e20c8b4970/html5/thumbnails/20.jpg)
![Page 21: Derivação de Modelos ER](https://reader033.vdocuments.site/reader033/viewer/2022052504/54831157b47959e20c8b4970/html5/thumbnails/21.jpg)
Agregação
Através do operador de agregação criam-se novas entidades contendo dados sumarizados.
Um conjunto de atributos da entidade origem é escolhido para agregar (os atributos de agregação) e um conjunto de atributos destino recebe o agrupamento(atributos de agrupamento).
Os atributos de agregação devem ser quantitativos numéricos.
![Page 22: Derivação de Modelos ER](https://reader033.vdocuments.site/reader033/viewer/2022052504/54831157b47959e20c8b4970/html5/thumbnails/22.jpg)
![Page 23: Derivação de Modelos ER](https://reader033.vdocuments.site/reader033/viewer/2022052504/54831157b47959e20c8b4970/html5/thumbnails/23.jpg)
Avaliação dos Operadores
Usando os operadores descritos acima, pode-se produzir diferentes esquemas dimensionais a partir de um modelo E/R.
Cada uma das alternativas representa um diferente“trade-off” (custo X benefício) entre complexidade e redundância.
![Page 24: Derivação de Modelos ER](https://reader033.vdocuments.site/reader033/viewer/2022052504/54831157b47959e20c8b4970/html5/thumbnails/24.jpg)
Quanto mais simples o modelo, maior a redundância. À medida que a redundância é removida, o grau de complexidade do modelo aumenta.
![Page 25: Derivação de Modelos ER](https://reader033.vdocuments.site/reader033/viewer/2022052504/54831157b47959e20c8b4970/html5/thumbnails/25.jpg)
Geração do Modelo Final
· Uma tabela de fatos é formada para cada entidade transação. A chave da tabela é a combinação das chaves das entidades componente associadas;
· Uma tabela de dimensão é formada para cada entidade componente. A chave desta entidade (tabela de dimensão) será formada pela composição das chaves das entidades de classificação;
![Page 26: Derivação de Modelos ER](https://reader033.vdocuments.site/reader033/viewer/2022052504/54831157b47959e20c8b4970/html5/thumbnails/26.jpg)
Geração do Modelo Final
· Onde existirem relacionamentos hierárquicos entre as entidades transação, a entidade dependente herda todas as dimensões (e atributos chave) da entidade pai.
· Isto provê a habilidade de efetuar operações “drill-down” entre os níveis de transação;
· Os atributos numéricos das entidades transação devem ser agregados pelos atributos chave das dimensões.
![Page 27: Derivação de Modelos ER](https://reader033.vdocuments.site/reader033/viewer/2022052504/54831157b47959e20c8b4970/html5/thumbnails/27.jpg)
Esquema Estrela Resultante da Entidade Fato Venda
![Page 28: Derivação de Modelos ER](https://reader033.vdocuments.site/reader033/viewer/2022052504/54831157b47959e20c8b4970/html5/thumbnails/28.jpg)
![Page 29: Derivação de Modelos ER](https://reader033.vdocuments.site/reader033/viewer/2022052504/54831157b47959e20c8b4970/html5/thumbnails/29.jpg)
Esquema Estrela Resultante da Entidade Fato Item-Venda
![Page 30: Derivação de Modelos ER](https://reader033.vdocuments.site/reader033/viewer/2022052504/54831157b47959e20c8b4970/html5/thumbnails/30.jpg)
![Page 31: Derivação de Modelos ER](https://reader033.vdocuments.site/reader033/viewer/2022052504/54831157b47959e20c8b4970/html5/thumbnails/31.jpg)
Avaliação e Refinamento
Combinar tabelas de fato:
As tabelas (de fato) que possuem as mesmas chaves primárias podem ser combinadas em uma única tabela.
Isto reduz o número de esquemas estrela, facilitando o trabalho de análise e comparação entre fatos relacionados.
![Page 32: Derivação de Modelos ER](https://reader033.vdocuments.site/reader033/viewer/2022052504/54831157b47959e20c8b4970/html5/thumbnails/32.jpg)
Avaliação e Refinamento
Combinar tabelas de dimensão:
A criação de uma tabela de dimensão a partir decada entidade componente muitas vezes resulta em um grande número de tabelas de dimensão.
Para simplificar a estrutura do data warehouse as dimensões relacionadas devem ser consolidadas em uma única tabela de dimensão.
![Page 33: Derivação de Modelos ER](https://reader033.vdocuments.site/reader033/viewer/2022052504/54831157b47959e20c8b4970/html5/thumbnails/33.jpg)
Avaliação e Refinamento
Relacionamentos Muitos-para-Muitos:
Grande parte da complexidade enfrentada naconversão de modelos E/R para modelos dimensionais resultam dos relacionamentos muitos-para-muitos.
Estes relacionamentos causam problemas na modelagem dimensional, pois representam uma “quebra” na estrutura hierárquica e conseqüentemente não podem ser simplificadas diretamente.
![Page 34: Derivação de Modelos ER](https://reader033.vdocuments.site/reader033/viewer/2022052504/54831157b47959e20c8b4970/html5/thumbnails/34.jpg)
Bibliografia
MOODY, Daniel L.; KORTINK, Mark A.R. From Enterprise Models to DimensionalModels: A Methodology for Data warehouse and Data mart Design. (DMDW´2000).
KIMBALL, Ralph. A Dimensional Modeling Manifesto. DBMS,http://www.dbmsmag.com/9708d15.html. Agosto, 1997.
KIMBALL, Ralph. Data warehouse Toolkit. São Paulo: Editora Makron Books, 1998.
![Page 35: Derivação de Modelos ER](https://reader033.vdocuments.site/reader033/viewer/2022052504/54831157b47959e20c8b4970/html5/thumbnails/35.jpg)
Além do Star e do SnowFlake Schema
![Page 36: Derivação de Modelos ER](https://reader033.vdocuments.site/reader033/viewer/2022052504/54831157b47959e20c8b4970/html5/thumbnails/36.jpg)
Flat Schema
O esquema Flat é o modelo mais simples possivel sem perda de informações.
Este é formado pelo colapso de todas as entidades do modelo de dados para as entidades minimas.
![Page 37: Derivação de Modelos ER](https://reader033.vdocuments.site/reader033/viewer/2022052504/54831157b47959e20c8b4970/html5/thumbnails/37.jpg)
Terraced Schema
O Terraced Schema é formado pelo colapso de entidades até a hierarquia máxima parando quando encontra uma entidade de transação.
Isso resulta em uma única tabela para cada entidade de transação existente.
![Page 38: Derivação de Modelos ER](https://reader033.vdocuments.site/reader033/viewer/2022052504/54831157b47959e20c8b4970/html5/thumbnails/38.jpg)
Constellation Schema
![Page 39: Derivação de Modelos ER](https://reader033.vdocuments.site/reader033/viewer/2022052504/54831157b47959e20c8b4970/html5/thumbnails/39.jpg)
Constellation Schema
Em vez de um número discreto de esquemas estrela, o modelo de dados de exemplo pode ser transformado em uma esquema constelação.
Um esquema constelação consiste num conjuntode esquemas em estrela com tabelas de fatos ligadas hierarquicamente.
As ligações entre as tabelas de fatos diferentes fornecem a capacidade de "drill down" entre os níveis de detalhe (por exemplo,Sale and Item Sale).
![Page 40: Derivação de Modelos ER](https://reader033.vdocuments.site/reader033/viewer/2022052504/54831157b47959e20c8b4970/html5/thumbnails/40.jpg)
Constellation Schema
![Page 41: Derivação de Modelos ER](https://reader033.vdocuments.site/reader033/viewer/2022052504/54831157b47959e20c8b4970/html5/thumbnails/41.jpg)
Star Cluster Schema
![Page 42: Derivação de Modelos ER](https://reader033.vdocuments.site/reader033/viewer/2022052504/54831157b47959e20c8b4970/html5/thumbnails/42.jpg)
Star Cluster Schema
Kimball argumenta que o modelo Snowflake é indesejável devido ao aumento da complexidade do esquema e as junções extras requeridas nas consultas.
Porém, pode-se considerar que nem um Star-schema puro ou um Snowflake-schema puro resultem na melhor solução.
A solução ideal é portanto o equilibrio entre os dois esquemas citados.
![Page 43: Derivação de Modelos ER](https://reader033.vdocuments.site/reader033/viewer/2022052504/54831157b47959e20c8b4970/html5/thumbnails/43.jpg)
Star Cluster Schema