Processador OLAP

Repositório de Metadados,

Designer de processos e outras funções.

Business Explorer BEx é uma ferramenta de relatório e análise que oferece suporte a funções de consulta, análise e relatório em BI. Usando o BEx, você pode analisar dados históricos e atuais em diferentes graus de análise.

• Sistemas SAP (Aplicativos SAP / SAP ECC)
• Banco de dados relacional (Oracle, SQL Server, etc.)
• Arquivo Simples (Excel, Bloco de Notas)
• Sistemas de fonte multidimensional (universo usando conector UDI)
• Web Services que transferem dados para BI por meio de push

No BW 3.5, você pode carregar dados na Persistence Staging Area e também nos destinos do sistema de origem, mas se você estiver usando SAP BI 7.0, a carga de dados deve ser restrita ao PSA apenas para as versões mais recentes.

Um InfoPackage é usado para especificar como e quando carregar dados para o sistema de BI de diferentes fontes de dados. Um InfoPackage contém todas as informações de como os dados são carregados do sistema de origem para uma fonte de dados ou PSA. InfoPackage consiste em condições para solicitar dados de um sistema de origem.

Observe que usando um InfoPackage no BW 3.5, você pode carregar dados na Persistence Staging Area e também nos destinos do sistema de origem, mas se você estiver usando SAP BI 7.0, a carga de dados deve ser restrita ao PSA apenas para as versões mais recentes.

No esquema Extended Star, as tabelas de fatos são conectadas às tabelas de dimensão e a tabela de dimensão é conectada à tabela SID e a tabela SID é conectada às tabelas de dados mestre. No esquema em estrela estendido, você tem tabelas de Fato e Dimensão dentro do cubo, mas as tabelas SID estão fora do cubo. Quando você carrega os dados transacionais no cubo de informações, Dim Ids são gerados com base nos SIDs e esses Dim ids são usados ​​em tabelas de fatos.

No esquema Extended Star, uma tabela de fatos pode se conectar a tabelas de 16 dimensões e cada tabela de dimensão é atribuída com 248 tabelas SID no máximo. As tabelas SID também são chamadas de Características e cada característica pode ter tabelas de dados mestre como ATTR, Texto, etc.

No esquema Star, cada dimensão é unida a uma única tabela de fatos. Cada dimensão é representada por apenas uma dimensão e não é mais normalizada.

Tabela de dimensão contém um conjunto de atributos que são usados ​​para analisar os dados.

Os objetos de informação são conhecidos como a menor unidade no SAP BI e são usados ​​em provedores de informação, DSO's, provedores múltiplos, etc. Cada provedor de informação contém vários objetos de informação.

InfoObjects são usados ​​em relatórios para analisar os dados armazenados e fornecer informações aos tomadores de decisão.

Objetos de informação podem ser categorizados nas categorias abaixo -

• Características como cliente, produto, etc.
• Unidades como quantidade vendida, moeda, etc.
• Números-chave como receita total, lucro, etc.
• Características de tempo como ano, trimestre, etc.

As áreas de informações no SAP BI são usadas para agrupar tipos semelhantes de objetos. A área de informações é usada para gerenciar cubos de informações e objetos de informações. Cada objeto de informação reside em uma área de informação e você pode definir uma pasta que é usada para manter arquivos semelhantes juntos.

Para acessar dados no sistema de origem de BI diretamente. Você pode acessar diretamente os dados do sistema de origem em BI sem extração usando provedores virtuais. Provedores virtuais podem ser definidos como InfoProviders em que os dados transacionais não são armazenados no objeto. Os provedores virtuais permitem apenas acesso de leitura aos dados de BI.

VirtualProviders baseados em DTP

VirtualProviders com módulos de função

VirtualProviders baseados em BAPI's

VirtualProviders based on DTP -

Este tipo de Provedores Virtuais é baseado na fonte de dados ou um Provedor de Informação e eles tomam características e figuras-chave da fonte. Os mesmos extratores são usados ​​para selecionar dados no sistema de origem conforme você usa para replicar dados no sistema de BI.

Quando usar provedores virtuais baseados em DTP?

Quando apenas alguma quantidade de dados é usada.

Você precisa acessar dados atualizados de um sistema de origem SAP.

Apenas alguns usuários executam consultas simultaneamente no banco de dados.

Virtual Provider with Function Module -

Este Provedor Virtual é usado para exibir dados de fontes de dados não BI para BI sem copiar os dados para a estrutura de BI. Os dados podem ser locais ou remotos. Isso é usado principalmente para aplicação SEM.

O processo de transformação é usado para realizar a consolidação, limpeza e integração de dados. Quando os dados são carregados de um objeto de BI para outro objeto de BI, a transformação é aplicada aos dados. A transformação é usada para converter um campo de origem no formato de objeto de destino.

Regras de transformação -

As regras de transformação são usadas para mapear campos de origem e campos de destino. Diferentes tipos de regras podem ser usados ​​para transformação.

A aquisição de dados em tempo real é baseada na movimentação de dados para o Business Warehouse em tempo real. Os dados são enviados para a fila delta ou tabela PSA em tempo real.

A aquisição de dados em tempo real pode ser alcançada em dois cenários -

Usando InfoPackage para aquisição de dados em tempo real usando API de serviço.

Usando o serviço da Web para carregar dados no PSA da Persistent Storage Area e, em seguida, usando DTP em tempo real para mover os dados para o DSO.

Processo em segundo plano de aquisição de dados em tempo real -

Para processar dados para InfoPackage e DTP de processo de transferência de dados em intervalos regulares, você pode usar um processo em segundo plano conhecido como Daemon.

O processo Daemon obtém todas as informações do InfoPackage e DTP, quais dados devem ser transferidos e quais objetos PSA e Data sore devem ser carregados com dados.

InfoObjects são criados no catálogo de objetos de informação. É possível que um objeto de informação possa ser atribuído a um catálogo de informações diferente.

Um DSO é conhecido como local de armazenamento para manter transações limpas e consolidadas ou dados mestre no nível de granularidade mais baixo e esses dados podem ser analisados ​​usando a consulta BEx.

Um objeto DataStore contém valores-chave e campos característicos e dados de DSO podem ser atualizados usando atualização Delta ou outros objetos DataStore ou dados mestre. Os objetos DataStore são comumente armazenados em tabelas de banco de dados transparentes bidimensionais.

DSO component consists of three tables -

Fila de ativação -

Isso é usado para armazenar os dados antes de serem ativados. A chave contém o id do pedido, id do pacote e número do registro. Assim que a ativação for concluída, a solicitação será excluída da fila de ativação.

Tabela de dados ativos -

Esta tabela é usada para armazenar dados ativos atuais e esta tabela contém a chave semântica definida para modelagem de dados.

Log de alterações -

Quando você ativa o objeto, as alterações nos dados ativos são armazenadas no registro de alterações. O log de alterações é uma tabela PSA mantida no Administration Workbench na árvore PSA.

O objeto DataStore para atualização direta permite acessar dados para relatórios e análises imediatamente após serem carregados. É diferente do DSO padrão na maneira como processa os dados. Os dados são armazenados no mesmo formato em que foram carregados no objeto DataStore para atualização direta pelo aplicativo.

uma tabela para os dados ativos e nenhuma área de registro de alterações existe. Os dados são recuperados de sistemas externos usando APIs.

Below API’s exists -

• RSDRI_ODSO_INSERT: são usados ​​para inserir novos dados.

• RSDRI_ODSO_INSERT_RFC: Semelhante a RSDRI_ODSO_INSERT e pode ser chamado remotamente.

• RSDRI_ODSO_MODIFY: É usado para inserir dados com novas chaves. Para dados com chaves já no sistema, os dados são alterados.

• RSDRI_ODSO_MODIFY_RFC: Semelhante a RSDRI_ODSO_MODIFY e pode ser acessado remotamente.

• RSDRI_ODSO_UPDATE: Esta API é usada para atualizar dados existentes.

• RSDRI_ODSO_UPDATE_RFC: é semelhante a RSDRI_ODSO_UPDATE e pode ser acessado remotamente.

• RSDRI_ODSO_DELETE_RFC: Esta API é usada para excluir os dados.

Como a estrutura deste DSO contém uma tabela para dados ativos e nenhum log de alterações, isso não permite a atualização delta para InfoProviders.

No DSO otimizado para gravação, os dados carregados ficam disponíveis imediatamente para processamento posterior.

O DSO otimizado para gravação fornece uma área de armazenamento temporário para grandes conjuntos de dados se você estiver executando transformações complexas para esses dados antes de serem gravados no objeto DataStore. Os dados podem então ser atualizados para outros InfoProviders. Você só precisa criar as transformações complexas uma vez para todos os dados.

Objetos DataStore otimizados para gravação são usados ​​como a camada EDW para salvar dados. As regras de negócios são aplicadas apenas quando os dados são atualizados para InfoProviders adicionais.

Ele contém apenas a tabela de dados ativos e não há necessidade de ativar os dados conforme exigido com o DSO padrão. Isso permite que você processe os dados mais rapidamente.

Infosets são definidos como tipo especial de InfoProviders onde as fontes de dados contêm regra de junção em objetos DataStore, InfoCubes padrão ou InfoObject com características de dados mestres. InfoSets são usados ​​para juntar dados e esses dados são usados ​​no sistema de BI.

Junções temporais: são usadas para mapear um período de tempo. No momento do relatório, outros InfoProviders tratam os dados mestre dependentes do tempo de forma que o registro válido para uma data chave exclusiva predefinida seja usado a cada vez. Você pode definir a junção temporal que contém pelo menos uma característica dependente do tempo ou um InfoProvider pseudo-dependente do tempo.

Infosets são usados ​​para analisar os dados em vários InfoProviders combinando características de dados mestres, DataStore Objects e InfoCubes.

Você pode usar a junção temporal com o InfoSet para especificar um determinado momento em que deseja avaliar os dados.

Você pode usar relatórios usando o Business Explorer BEx em DSOs sem habilitar o indicador BEx.

• Junção interna
• União Externa Esquerda
• Junção Temporal
• Self Join

InfoCube é definido como um conjunto de dados multidimensional que é usado para análise em uma consulta BEx. Um InfoCube consiste em um conjunto de tabelas relacionais que são logicamente unidas para implementar o esquema em estrela. Uma tabela de fatos no esquema em estrela é unida a várias tabelas de dimensão.

Você pode adicionar dados de um ou mais InfoSource ou InfoProviders a um InfoCube. Eles estão disponíveis como InfoProviders para fins de análise e relatório.

Um InfoCube é usado para armazenar os dados fisicamente. Ele consiste em vários InfoObjects que são preenchidos com dados de teste. Ele tem a estrutura de um esquema em estrela.

No SAP BI, um Infocube contém Extended Star Schema conforme mostrado acima.

Um InfoCube consiste em uma tabela de fatos que está rodeada por 16 tabelas de dimensão e dados principais que estão fora do cubo.

Os InfoCubes em tempo real são usados ​​para dar suporte ao acesso de gravação paralelo. Os InfoCubes em tempo real são usados ​​em conexão com a entrada de dados de planejamento.

Você pode inserir os dados em InfoCubes em tempo real de duas maneiras diferentes -

Transação para inserir dados de planejamento

BI Staging

Um InfoCube em tempo real pode ser criado usando a caixa de seleção Indicador em tempo real.

Sim, quando você deseja relatar sobre características ou dados mestre, você pode fazê-los como InfoProvider.

Para converter um InfoCube padrão em InfoCube em tempo real, você tem duas opções -

Converter com perda de dados transacionais

Conversão com retenção de dados de transação

Sim, clique duas vezes no pacote de informações grp → botão Manutenção da Cadeia de Processo e digite o nome e a descrição.

• Hierarquia H
• Valor fixo F
• Blank

Sim.

MultiProvider

ODS -

Eles fornecem dados granulares, permitem sobrescrever e os dados estão em tabelas transparentes, ideais para detalhamento e RRI.

InfoCube -

Isso é usado para esquema em estrela, podemos apenas anexar dados, ideal para relatórios primários.

MultiProvider -

Ele contém dados físicos e permite acessar dados de diferentes InfoProviders.

Start Routines -

A rotina de início é executada para cada Pacote de Dados depois que os dados são gravados no PSA e antes que as regras de transferência sejam executadas. Ele permite cálculos complexos para um índice ou uma característica. Não tem valor de retorno. Seu objetivo é executar cálculos preliminares e armazená-los em Estruturas de Dados globais. Esta estrutura ou tabela pode ser acessada nas demais rotinas. Todo o Pacote de Dados no formato de estrutura de transferência é usado como parâmetro para a rotina.

Update Routines -

Eles são definidos no nível do InfoObject. É como a rotina inicial. É independente do DataSource. Podemos usar isso para definir dados globais e verificações globais.

Isso é usado para carregar o novo pacote de dados nos agregados InfoCube. Se não tivermos realizado um rollup, os novos dados InfoCube não estarão disponíveis durante o relatório agregado.

Durante o carregamento, execute as etapas na ordem abaixo -

Primeiro carregue os dados mestre na seguinte ordem: primeiro os atributos, depois os textos e, em seguida, as hierarquias.

Carregue primeiro os dados mestre e depois os dados da transação. Fazendo isso, você garante que os SIDs sejam criados antes que os dados da transação sejam carregados e não enquanto os dados da transação estão sendo carregados.

Para otimizar o desempenho ao carregar e excluir dados do InfoCube -

• Indexes
• Aggregates
• Item de linha e alta cardinalidade
• Compression

Para obter um bom desempenho de ativação para objetos DataStore, você deve observar os seguintes pontos -

Criação de valores SID

A geração de valores SID leva muito tempo e pode ser evitada nos seguintes casos -

Não defina o sinalizador 'Gerar valores SID', se você usar apenas o objeto DataStore como um armazenamento de dados. Se você definir esse sinalizador, os SIDs serão criados para todos os novos valores de característica.

Se você estiver usando itens de linha (número do documento ou registro de data e hora, por exemplo) como características no objeto DataStore, defina o sinalizador em manutenção de característica para mostrar que são "apenas atributos".

É o método de divisão de uma tabela para otimização do relatório. SAP usa particionamento de arquivo de fatos para melhorar o desempenho. Podemos particionar apenas em 0CALMONTH ou 0FISCPER. O particionamento de tabela ajuda a executar o relatório mais rápido, pois os dados são armazenados nas partições relevantes. Além disso, a manutenção da mesa se torna mais fácil.

Infocube é estruturado como esquema em estrela, onde uma tabela de fatos é cercada por diferentes tabelas de dimerização que estão vinculadas a DIM'ids.

ODS é uma estrutura plana sem conceito de esquema em estrela e que terá dados granulares (nível detalhado). Funcionalidade de substituição.

O atributo de navegação é usado para fazer uma busca detalhada no relatório.

Se os separadores forem usados ​​de maneira inconsistente em um arquivo CSV, o separador incorreto será lido como um caractere e os dois campos serão mesclados em um campo e podem ser reduzidos. Os campos subsequentes não estão mais na ordem correta.

Antes de transferir dados de um sistema de origem de arquivos, os metadados devem estar disponíveis em BI na forma de uma fonte de dados.

Sim.

Em forma de tabelas PSA

A conexão DB é usada para definir outra conexão de banco de dados além da conexão padrão e essas conexões são usadas para transferir dados para o sistema de BI a partir de tabelas ou visualizações.

Para conectar um banco de dados externo, você deve ter as informações abaixo -

• Tools
• Conhecimento do aplicativo de origem
• Sintaxe SQL no banco de dados
• Funções de banco de dados

A conexão UD de dados universais permite que você acesse fontes de dados relacionais e multidimensionais e transfira os dados na forma de dados simples. Os dados multidimensionais são convertidos em formato simples quando o Universal Data Connect é usado para transferência de dados.

UD usa conector J2EE para permitir relatórios de dados SAP e não SAP. Diferentes conectores BI Java estão disponíveis para vários drivers, protocolos como adaptadores de recursos -

• Conector BI ODBO
• Conector BI JDBC
• BI SAP Query Connector
• Conector XMLA