Cada vez mais usuários de sistemas SAP estão implementando o SAP HANA como o banco de dados e fundamento das instalações existentes do SAP BW. Alguns simplesmente estão substituindo um banco de dados existente pelo moderno banco de dados SAP HANA para ganhar velocidade na execução de consultas e na gestão de armazéns. Isso é, claro, uma pedra angular de uma implementação do SAP HANA dentro do SAP BW, mas não a única.
Do meu ponto de vista, a integração estreita da funcionalidade do SAP HANA usando o SAP HANA Studio ou o Eclipse para projetar novas formas de gestão de dados do armazém é pelo menos tão importante quanto o desempenho dos relatórios.
Por que continuar usando hábitos antigos com as camadas de aplicativos do SAP, armazenando cada vez mais dados em camadas de persistência, quando é possível calcular novos dados de relatórios sob demanda? Usar um armazenamento baseado no SAP HANA para melhorar os fluxos de dados sem o armazenamento físico dos dados de entrada em várias camadas (arquitetura de camadas de armazenamento do SAP [SLA]) é algo em que estou trabalhando em um site de cliente.
Meu enfoque pode ajudá-lo a ser flexível quando se trata de mudanças de design, porque não há download ou upload de dados em camadas de armazenamento quando a lógica de negócios muda. Também mantém seus custos operacionais para o SAP HANA em um nível mínimo, porque menos dados em um banco de dados do SAP HANA significam menos despesas de licença.
(Em um ambiente moderno de SAP BW impulsionado pelo SAP HANA, é sábio mudar para um armazenamento de dados virtual em vez de um armazenamento de dados tradicional através de camadas de persistência. As visualizações e procedimentos de cálculo do SAP HANA para cenários complexos ajudam a calcular dados sob demanda para eliminar as fases de download e upload quando se trata de mudanças relacionadas aos negócios na etapa de dados ou na extensão/redução de um modelo de dados. No ambiente do SAP HANA usando o SAP HANA Studio ou o Eclipse, os operadores do SAP BW podem mudar facilmente dos modelos obsoletos para o novo conceito de modelagem baseado em visualizações de cálculo ou executar um cenário misto de ambos os mundos).
Um procedimento do SAP HANA é um procedimento armazenado no banco de dados que fornece funcionalidade de programação com a ajuda do SAP HANA SQL Script, semelhante às funções ABAP. Agora, vou guiá-lo na criação de fluxos de dados do SAP HANA com a ajuda de visualizações de cálculo (visualizações gráficas e baseadas em SQL Script), bem como alguns problemas com os quais você pode se deparar.
Meu exemplo (Figura 1) é uma abordagem mista simples.
Figura 1
Um exemplo da abordagem de dados mistos usando visualizações de cálculo
Isso significa que você usa dados de entrada existentes do SAP BW (baseados em objetos DataStore [DSO], como em uma camada de entrada do SAP BW). Você também une informações de tabelas do SAP BW (como uma tabela do Dicionário de Dados do SAP [DDIC]) em uma visualização de cálculo combinada que você pode usar em combinação com um Provedor Composto do SAP HANA para relatórios BEx ou Analysis for Office. Você também pode usar visualizações de cálculo diretamente em relatórios do Analysis for Office. (Não cubro autorizações como relatórios diretos em visualizações de cálculo sem um Provedor Composto).
Todas as capturas de tela são baseadas no Eclipse como o estúdio de desenvolvimento para o desenvolvimento do SAP HANA BW. Estou usando o Eclipse Neon 3 e os últimos plugins do SAP BW e SAP HANA. O conjunto atual de ferramentas de modelagem do SAP BW pode ser encontrado usando a Nota SAP 1944835 - Ferramentas de Modelagem do SAP BW - Programa de Entrega 1944835 - Ferramentas de Modelagem do SAP BW - Programa de Entrega.
Nas explicações e exemplos a seguir, uso dados baseados em uma visualização externa do SAP HANA. No meu exemplo, uso dados de conteúdo técnico do DSO para alimentar dados e consumir dados em uma visualização de cálculo gráfica. Uso esses dados em combinação com uma visualização de cálculo baseada em SQL Script em uma terceira visualização de cálculo gráfica para unir ambos os dados. Explico a diferença no acesso aos dados por meio de junções regulares em uma visualização de cálculo gráfica em comparação com visualizações de cálculo baseadas em SQL Script e explico as vantagens das visualizações de cálculo baseadas em SQL Script. No final, você pode usar a terceira visualização de cálculo, unindo todas as visualizações em um único ponto, para alimentar um Provedor Composto para os usuários de relatórios com a ajuda de consultas BEx ou diretamente em combinação com o Analysis for Office.
(Nota: Assumo que você está familiarizado com o SAP HANA Studio ou o Eclipse. Portanto, não explico conceitos básicos, como mudar de perspectivas).
Inicie sua jornada pelas Visualizações de Cálculo do SAP HANA
Primeiro, mude para a perspectiva de Desenvolvimento do SAP HANA (Figura 2). Recomendo usar esta perspectiva no caso do desenvolvimento do SAP HANA. A razão para essa recomendação é que em todas as outras perspectivas você não pode criar procedimentos hdb do SAP HANA.
Figura 2
A perspectiva de Desenvolvimento do SAP HANA
A primeira visualização de cálculo é uma visualização gráfica simples. Clique com o botão direito do mouse em seu pacote de desenvolvimento e selecione Novo e depois Visualização de Cálculo, conforme mostrado na Figura 3.
Figura 3
Diálogo para escolher uma visualização de cálculo
Essa ação exibe a tela mostrada na Figura 4.
Pedro Pascal
Se unió el 07/03/2018