Avalados por :
Otimização de desempenho no SAP BW: Compressão de tabelas de fatos
- Creado 01/03/2024
- Modificado 01/03/2024
- 4 Vistas
Introdução
Mesmo com "hardware de alto desempenho", o volume de dados em um data warehouse pode ser grande o suficiente para causar problemas de desempenho ao carregar diariamente os InfoCubes. Por essa razão, o bw oferece várias características que ajudam a aumentar o desempenho. Comprimir a tabela de fatos é uma opção que otimiza o acesso aos InfoCubes base.
O que exatamente é compressão?
Cada InfoCube tem uma dimensão de pacote de dados que contém o ID da solicitação. Isso permite ao bw armazenar os dados em uma granularidade que não é necessariamente exigida do ponto de vista empresarial.
Dependendo do modelo de dados do InfoCube e da frequência de cargas, bem como do conteúdo dos dados carregados, isso pode ter um impacto significativo no volume de dados. Além disso, os dados são divididos em vários pacotes a cada carga de dados. Esses pacotes não permitem agregação e, portanto, cada pacote de dados está limitado dentro desses limites.
Uma agregação dos dados por meio de pacotes de dados ao remover o ID da solicitação pode reduzir drasticamente o volume de dados da tabela de fatos sem qualquer inconveniente do ponto de vista empresarial.
Para conseguir isso, cada InfoCube consiste em duas tabelas de fatos, uma com um ID de solicitação e outra sem. A tabela de fatos padrão é a azul com um nome que pode ser /BI0/F<CUBE> ou /BIC/F<CUBE>. A tabela de fatos comprimida em verde é chamada /BI0/E<CUBE> ou /BIC/E<CUBE>.
Se nada específico for feito, a tabela E não será gerada.
Durante a compressão, o BW move dados da tabela F normal para a tabela E comprimida. Dependendo da escolha, a compressão pode ser de todas as solicitações carregadas ou apenas de parte delas.
O processador OLAP combina automaticamente as tabelas E e F durante a consulta.
Colapsar dados por ID de solicitação
A compressão de uma tabela de fatos é realizada na administração do InfoCube e é baseada no número de ID de solicitação. Realizar uma compressão pode ter impacto no negócio diário e também afetar a geração de relatórios durante esse tempo. Portanto, a compressão é melhor realizada durante horas não laborais de geração de relatórios ou nos fins de semana.
Conclusão
Existem várias vantagens e desvantagens em comprimir ou não um InfoCube.
Tabela de fatos E comprimida
- A compressão não pode ser desfeita e as solicitações individuais não podem mais ser diferenciadas.
- Mover dados da tabela F para a tabela E leva tempo e durante esse processo não é possível gerar relatórios.
+ O acesso aos dados comprimidos é muito mais rápido e economiza espaço físico no banco de dados.
- A exclusão de dados teria que ser feita por meio de exclusão seletiva.
Tabela de fatos F não comprimida
+ Permite uma carga muito mais rápida de dados transacionais.
+ Grandes volumes de dados devido aos dados serem armazenados em ID de solicitação e pacote de dados.
- As funcionalidades do BW permitem excluir solicitações individuais e permitem um maior controle sem a necessidade de exclusão seletiva.
Melhore ainda mais o desempenho com particionando a tabela de fatos
Sin respuestas
No hay respuestas para mostrar
Se el primero en responder
contacto@primeinstitute.com
(+51) 1641 9379
(+57) 1489 6964
© 2024 Copyright. Todos los derechos reservados.
Desarrollado por Prime Institute