2008/2/25, Leonardo Cezar <[EMAIL PROTECTED]>: > 2008/2/25 Leandro DUTRA <[EMAIL PROTECTED]>: > > Óbviamente esse modelo é pobre no que diz respeito a performance, uma > vez que ficamos limitados aos operadores do SQL para executar os > cáculos desejadps.
Hm... teoricamente, o que nos impede ter mais e melhores operadores SQL, afora as já conhecidas limitações arbitrárias em relação ao modelo relacional? Aliás o PostgreSQL é a plataforma ideal para esse tipo de desenvolvimento. Falando do alto de minha ignorância, claro. > A idéia resumida do HOLAP é utilizar rescursos que o MOLAP > disponibiliza (operadores, tipos) para extração de dados complexos com > a habilidade de armazenamento do ROLAP (é uma base de dados relacional > - postgres por exemplo), portanto não possui lmitações de > armazenamento impostas pelo MOLAP e possui acesso a operadores e tipos > multi-dimensionais. Você está pensando no que coloquei acima? Porque o que achei dá conta de HOLAP como ter um datawarehouse não-SQL, com o SQL suportando o nível de detalhe. > Não creio que tenha muito a ver um com o outro. A idéia de qualquer > datawarehouse é suprir as necessidades físicas de extração de *dados* > (préviamente armazenada em uma base normalizada de acordo com as > regras de Codd, ou não [...]), de forma que o acesso a *informação* > seja optimizado. Fazendo uma analogia com o que o colega André disse > na mensagem anteriior, o que se faz com SQL em bases relacionais Lembrando que SQL não é relacional, mas prossigamos. > voce > provavelmente utilizaria XMLA ou MDX ou mdXML com bases analiticas > dimensionais com a vantagem do suporte àqueles tipos multidimensionais > fornecidos pelo MOLAP Ortogonal em relação ao modelo relacional, e talvez até ao SQL, não? > porém a capacidade de armazenamento varia (pra > menos) do que se é previsto no momento de geração dos fatos e > dimensões. Viajei. > Embora seja algo simliar, visões materializadas não dispõe de > operações especiais OLAP, dipõe? Vejo como ortogonais. Mais uma vez, do alto de minha ignorância. -- skype:leandro.gfc.dutra?chat Yahoo!: ymsgr:sendIM?lgcdutra +55 (11) 3040 7300 r155 gTalk: xmpp:[EMAIL PROTECTED] +55 (11) 9406 7191 ICQ/AIM: aim:GoIM?screenname=61287803 +55 (11) 5685 2219 MSN: msnim:[EMAIL PROTECTED] _______________________________________________ pgbr-geral mailing list [email protected] https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
