1 MEI, ARMD 2003, Gabriel David Armazéns de Dados Casos especiais de modelação Gabriel David

Apresentação em tema: "1 MEI, ARMD 2003, Gabriel David Armazéns de Dados Casos especiais de modelação Gabriel David"— Transcrição da apresentação:

1 1 MEI, ARMD 2003, Gabriel David Armazéns de Dados Casos especiais de modelação Gabriel David gtd@fe.up.pt

2 2 MEI, ARMD 2003, Gabriel David Dimensões muitos-para-muitos Tempo atributos… Diagnóstico diagnostico_id designação classificação HL7 … Fornecedor atributos… Factura de paciente tempo_id paciente_id fornecedor_id localização_id financiador_id procedimento_id diagnóstico_id facturadoPaciente facturadoFinanciador Paciente atributos… E se houver diagnósticos múltiplos? Procedimento atributos… Localização atributos… Financiador atributos…

3 3 MEI, ARMD 2003, Gabriel David Tabela de ponte n Cada paciente passa a ter um grupo de diagnósticos com chave n A chave do grupo mais a do diagnóstico individual constitui a chave da tabela de ponte n Coloca-se um peso em cada diagnóstico, de forma a que a soma de todos os pesos de cada grupo seja 1.0 GrupoDiagnóstico grupoDiagnostico_id diagnostico_id peso Factura de paciente tempo_id paciente_id fornecedor_id localização_id financiador_id procedimento_id grupoDiagnóstico_id facturadoPaciente facturadoFinanciador Diagnóstico diagnostico_id designação classificação HL7 … muitos-muitos

4 4 MEI, ARMD 2003, Gabriel David Perguntas típicas a tabelas ponte n Encargos por diagnóstico (junção com pesos) o total é consistente n Impacto de cada diagnóstico (junção sem pesos) multiplica totais mas tem significado na perspectiva do diagnóstico que aparece em muitas linhas n Casos análogos Conta bancária com vários titulares Distribuição de lucros de uma empresa com muitos Códigos de Actividade Económica

5 5 MEI, ARMD 2003, Gabriel David Cuidados com as junções n Registar vendas e devoluções Duas estrelas de cardinalidades diferentes n Se pretender obter um relatório com todas as vendas e devoluções, como proceder? Só um Select pode dar mau resultado Fazer duas perguntas separadas, uma para cada dimensão Fazer a junção externa dos resultados Cliente cliente_id atributos… Factura cliente_id tempo_id produto_id local_devolução_id estado_id num_encomenda quantidade valor Vendas cliente_id tempo_id produto_id audit_id num_encomenda quantidade valor

6 6 MEI, ARMD 2003, Gabriel David Papéis nas dimensões n Encomendas (tipo instantâneo acumulado) Data da encomenda Data de empacotamento Data de remessa Data de entrega Data de pagamento Data de devolução Estado da encomenda Cliente Produto Armazém Promoção Tempo tempo_id data_SQL atributos… Encomenda data_encomenda_id data_empacotamento_id data_remessa_id data_entrega_id data_pagamento_id data_devolução cliente_id produto_id armazém_id promoção_id quantidade valor Cliente atributos… Produto atributos… Armazém atributos… Promoção atributos…

7 7 MEI, ARMD 2003, Gabriel David Criação de vistas n Para evitar que uma interrogação SQL ponha todas as datas iguais, usar vistas Uma vista implementa um papel (a chave da vista tem o nome da chave externa correspondente na tabela de factos) Nomes diferentes nas colunas para identificar nos relatórios Mantém-se só uma dimensão tempo real

8 8 MEI, ARMD 2003, Gabriel David Caso passageiro frequente n Caso análogo Tabela de segmentos de voos (Passageiro Frequente) Data do voo Aeroporto origem do segmento Aeroporto destino do segmento Aeroporto origem da viagem Aeroporto destino da viagem Voo Classe Cliente

9 9 MEI, ARMD 2003, Gabriel David Telecomunicações n Várias companhias podem estar envolvidas numa mesma chamada Sistema origem Comutação local Longa distância Serviço de valor acrescentado Chamador Chamado n Uma só dimensão de Companhias, desempenhando um ou mais papéis na chamada

10 10 MEI, ARMD 2003, Gabriel David Local n Localização: aspecto presente em muitas dimensões Endereço físico, latitude-longitude, … n Dimensões exemplo Número de telefone Número de telefone de facturação Equipamento terminal Equipamento de rede Prédio Empresa n Local agrega por código de área, concelho, território de vendas (hierarquias múltiplas) n Papéis embutidos Não é dimensão partilhada por vários papéis, é partilha de atributos em várias dimensões

11 11 MEI, ARMD 2003, Gabriel David Floco de neve admissível n Recomenda-se subdimensão Local em floco de neve para todas as dimensões relevantes Vistas com as junções de cada dimensão com Local -Semelhantes às vistas dos papéis -Mas mais pesado; se for excessivo, vistas materializadas Modelo em estrela entre os factos e estas vistas

12 12 MEI, ARMD 2003, Gabriel David Floco de neve Telefone telefone_id local_id atributos… Chamada telefone_id telefone_facturação_id empresa_id promoção_id duração valor Telefone_facturação telefone_facturação_id local_id atributos… Empresa empresa_id local_id atributos… Promoção atributos… Local local_id atributos… Chamador chamador_id censo_id atributos… Chamado chamado_id censo_id atributos… Censo censo_id atributos…

13 13 MEI, ARMD 2003, Gabriel David Hierarquias organizacionais n Representação de hierarquias de entidades empresariais Holdings, grupos, subgrupos, empresas, departamentos, armazéns Todos podem ser clientes n Hipótese dimensão Cliente com apontador para o pai Não funciona com GROUP BY Mesmo o CONNECT não funciona bem por haver junções

14 14 MEI, ARMD 2003, Gabriel David Apontador para o pai n Não é estrela simples Tabela de factos … cliente_id … quantidade valor Cliente comercial Cliente_id Cliente_nr Nome Morada Tipo Sector industrial Data primeira compra Perfil de compras Perfil de crédito Pai_cliente_id

15 15 MEI, ARMD 2003, Gabriel David Requisitos da representação n Manter a granularidade da dimensão Cliente Permite recorrer a junção directa com a tabela de factos n Agregação de toda uma subárvore com GROUP BY n Agregação das subsidiárias imediatas de um cliente ou das subsidiárias sem filhos, qualquer que seja o nível n Obtenção do pai e do topo da hierarquia num só passo

16 16 MEI, ARMD 2003, Gabriel David Solução n Tabela de ponte especial, de uso optativo Um registo para cada caminho de um cliente para um subsidiário Inclui caminhos de comprimento 0, de um cliente para o próprio Regista número de níveis entre um e outro Se não for usada, estrela normal n Dois modos de uso Este exemplo mostra a descida de uma hierarquia -Com “número de níveis=1” obtém-se os filhos -Com “folha=‘Sim’” obtém-se só as folhas Tabela de factos … cliente_id … quantidade valor Cliente comercial Cliente_id Cliente_nr Nome Morada Tipo Sector industrial Data primeira compra Perfil de compras Perfil de crédito Ponte cliente_pai_id subsidiário_id número de níveis folha

17 17 MEI, ARMD 2003, Gabriel David Solução (cont) n Dois modos de uso Este exemplo mostra a subida de uma hierarquia, tomando como ponto de entrada da pesquisa a dimensão cliente comercial -Obtém-se todos os factos dos superiores -Restringindo a “número de níveis=1” obtém-se o pai -Com cálculo do máximo número de níveis, obtém-se a raiz Tabela de factos … cliente_id … quantidade valor Cliente comercial Cliente_id Cliente_nr Nome Morada Tipo Sector industrial Data primeira compra Perfil de compras Perfil de crédito Ponte cliente_pai_id subsidiário_id número de níveis folha

18 18 MEI, ARMD 2003, Gabriel David Outras aplicações n Para lidar com informação histórica, em termos de relações organizacionais Acrescentar prazo de validade do registo na ponte Obriga a especificar a data de referência da pesquisa n É necessária uma aplicação de manutenção da hierarquia n Hierarquia de composição de produtos De tamanho pequeno ou médio (a “compilação” da hierarquia é exponencial no número de nós)

19 19 MEI, ARMD 2003, Gabriel David Marcas temporais n Recursos Humanos de grande empresa 100 000 empregados 100 atributos por empregado n Tipos de perguntas Resumos mensais -Contagens, totais instantâneos e totais acumulados -Problema: os totais devem funcionar mesmo que não haja actividade no período em análise de um dado funcionário Análises em qualquer instante, mesmo que não fim de mês Processo do empregado com cada transacção individualizada