Os mecanismos OLAP na memória têm vantagens sobre os mecanismos OLAP tradicionais, suportados por RAM suficiente para conter o (s) cubo (s) inteiro (s)?
Por exemplo, se eu usar um mecanismo MOLAP (SSAS) e GB / TB de RAM em que todo o cubo (ou mesmo esquema em estrela) é residente na RAM, qual é a diferença em comparação com algo como o TM1 / SAP HANA?
Respostas:
Bancos de dados projetados com a suposição de que eles vão ser inteiramente residente na memória principal pode usar estruturas como índices T-árvores . Mas a vantagem real é que os IMDBs são apenas mais simples. Eles fazem menos (como não precisam se preocupar com o gerenciamento de um cache, com a serialização de gravações para obter consistência ou com alguma relação com a E / S compatível com ACID) e, portanto, executam menos instruções no hardware para executar o mesmo "trabalhos". Um banco de dados de propósito geral deve ser tudo para todas as pessoas; como um Leatherman tem uma dúzia de ferramentas, mas às vezes você só precisa de uma ponta, então compra uma lâmina da Cold Steel , e ninguém debate que é uma faca melhor!
Não a minha área de especialização, mas como eu entendo a diferença na maioria dos chamados in-memory bancos de dados OLAP (não é um termo que eu gosto de, ele é usado como marketing de campo mais do que como uma comparação justa de tecnologias) é coluna índices da loja .
As lojas de colunas e as lojas de linhas (quão diferentes são realmente) são uma boa introdução à tecnologia se você estiver familiarizado com as estruturas tradicionais de banco de dados OLTP e OLAP.
Os índices de armazenamento de colunas aparecerão no SQL Server 2012 (também conhecido como 'Denali').
Aqui está um link para uma apresentação em Power Point de Conor Cunningham, principal arquiteto de software da equipe do SQL Server Query Processor que cobre esse novo recurso.
Os armazenamentos de colunas permitem uma compactação significativa de dados de uma maneira que não é possível em um sistema de armazenamento de linhas. Basicamente, todos os valores em uma coluna são armazenados apenas uma vez em um dicionário; o banco de dados armazena uma chave de dicionário inteiro em vez do valor original. Se você tivesse um banco de dados de armazenamento de linha na memória, ele seria significativamente maior e mais impraticável forneceria o custo da memória. As melhorias de desempenho são significativas o suficiente para que você não precise mais agregar dados de transação e os Cubos não são necessários na maioria dos casos.
Também porque o armazenamento de colunas mantém todos os valores de uma coluna na varredura seqüencial de blocos de memória tem menos blocos para pular em operações como Selecionar. No entanto, existem algumas desvantagens nos armazenamentos de colunas de maneira transacional, e o HANA, por exemplo, adicionou tabelas de armazenamento de linhas nas versões posteriores.