Série de blogs sobre ACDOCA no S4 HANA: Aspectos Técnicos, Funcionais e Análises - Consultor de S/4 HANA compartilha sua experiência

Se você já está trabalhando em projetos de S4 HANA ou está aprimorando suas habilidades em S4 HANA, certamente já ouviu falar do termo Diário Universal ou Única Fonte de Verdade. Mas, o que é isso na realidade? Acredite em mim, como consultor de S/4 HANA, precisamos entender a tabela ACDOCA de uma maneira melhor. Em minha experiência com 3 projetos de transformação de S/4 HANA, aprendi muito sobre essa tabela e não acho que tenha terminado ainda. Em minha próxima série de blogs, discutiremos as inovações da ACDOCA. Como sempre, esta é uma série de blogs tecno-funcionais, criada tanto para consultores técnicos quanto funcionais. Dividi esta série de blogs em 3 partes.

Parte 1 cobre Aspectos Técnicos

Parte 2 cobre Aspectos Funcionais

Parte 3 cobre Relatórios e Análises

Aspectos Técnicos

• Modelo de Dados Simplificado

Versões anteriores do SAP utilizavam tabelas totais e índices para armazenar dados para uma recuperação mais rápida. Mas no S4 HANA, as agregações ou cálculos podem ser feitos em tempo real a partir da ACDOCA, então não é necessário armazenar os mesmos dados novamente em outras tabelas. O SAP eliminou todas as tabelas totais e índices, removendo assim os dados duplicados do banco de dados. Os dados de todos os módulos em FI e CO agora são consolidados na ACDOCA, por isso é chamada de Diário Universal. No diagrama abaixo, todas as tabelas Totais e Índices em amarelo foram removidas do banco de dados.

• Projetado para aproveitar ao máximo o banco de dados HANA

A ACDOCA faz uso de todas as inovações do banco de dados HANA.

- Disposição de dados na memória principal
- Compressão

- Particionamento e processamento paralelo

Os dados são armazenados em uma estrutura de colunas, então quando uma consulta é executada na ACDOCA, não é necessário ler a linha completa, e os dados são transferidos facilmente para a CPU a partir da memória principal. O armazenamento de dados baseado em colunas não é algo novo, já estava presente em aplicativos de Data Warehouse. As técnicas de compressão do SAP HANA são muito eficientes em termos de tempo de execução e podem fornecer um fator de compressão médio de cinco a dez em comparação com dados não comprimidos. Portanto, minimiza a quantidade de dados que precisam ser transferidos para a CPU. O SAP HANA suporta apenas o particionamento horizontal, o que significa que os dados são divididos em seções menores com base nas linhas. Uma operação de pesquisa é realizada em todas as partições em paralelo, resultando em uma recuperação de dados mais rápida.

• Indexação na ACDOCA

Graças à compressão de dados, é necessário um volume relativamente pequeno de dados a serem pesquisados, e a pesquisa compara principalmente inteiros. Como a pesquisa pode ser paralelizada em vários núcleos de CPU, a velocidade costuma ser suficiente e não é necessário um índice. No caso de tabelas com menos de meio milhão de entradas, há muito pouca diferença entre ter um índice e não tê-lo. No entanto, se a tabela tiver centenas de milhões de entradas, o acesso a uma coluna altamente seletiva sem um índice é mais lento em um fator de 100 ou mais em comparação com o acesso com um índice. Esse fator aumenta à medida que a tabela cresce em tamanho. Se esse acesso for feito com muita frequência, como pode ser o caso em um sistema OLTP, por exemplo, um índice é vital para um bom desempenho. No S4 HANA, os índices geralmente são criados em uma única coluna e são chamados de índices invertidos. Também é possível um índice em várias colunas, chamado de índice composto. Apenas os índices invertidos estão disponíveis como padrão e todos são específicos apenas do HANA DB.

• Visualizações de Compatibilidade

Agora você deve estar pensando o que acontecerá com meus códigos personalizados onde tenho uma seleção explícita dessas tabelas totais ou índices. Não se preocupe. Com a instalação do SAP Simple Finance, a edição local removeu as tabelas totais e índices de aplicação e as substituiu por visualizações SQL DDL com o mesmo nome, chamadas visualizações de compatibilidade. Essas visualizações são geradas a partir de fontes DDL. Essa substituição ocorre durante a instalação do complemento do SAP Simple Finance utilizando