Um Blog de Inteligência...

Uma das principais preocupação de Business Intelligence é com respeito ao desempenho de consultas agregadas, onde muitas vezes dependendo do volume de informações e de características como a capacidade do servidor de data warehouse, nem sempre atendem às demandas de SLA (Service Level Aggrement) que você tem com seus clientes.

Portanto nesse POST eu vou comentar sobre uma funcionalidade muito interessante do Oracle BI Server que pode ser muito útil a todos vocês, essa funcionalidade é o Oracle Aggregate Wizards que constrói uma estrutura de cache persistente para um melhor desempenho de suas consultas.

Em nosso exemplo estaremos utilizando a versão 10.1.3.4 do Oracle Business Intelligence Enterprise Edition para Windows com a base de exemplo SAMPLE SALES que vem pode DEFAULT configurado com a instalação, mas esse mesmo conceito/funcionalidade pode ser aplicado para outras versões em outros sistemas operacionais.

O Primeiro Passo para utilizar essa funcionalidade é criar todas as hierarquias para as dimensões de seu modelo de negócios. Desta forma podemos selecionar quais serão os níveis em que realizaremos a agregação.

Uma vez que foram criadas as Hierarquias para o Modelo, podemos acessar o Aggregate Wizard através do menu Tools -> Utilities -> Aggregation Persistence Wizard. Clique no Botão "Execute..." e inicia-se o assistente.

No primeiro passo vamos definir qual será o arquivo de saida de nosso Assistente, selecione um diretorio qualquer, em nosso exemplo vamos utilizar "C:\AGGREGATE".

Assim que preencher o nome do arquivo, Clique em NEXT.

Agora definiremos quais as métricas que serão consideradas para a Agregação, nesse caso podemos selecionar apenas métricas de uma mesma FATO Lógica. Se você estiver trabalhando com mais de uma FATO Lógica, será necessário repetir este passo para cada uma delas.

Assim que selecionar as métricas, clique em NEXT.\

Agora escolheremos os níveis que serão utilizados para a agregação. Selecione todos os níveis com maior utilização e que necessitam de desempenho. Procure manter um equilíbrio não selecionando os níveis mais detalhados.

Assim que terminar sua seleção, clique em NEXT.

Agora selecionaremos onde nosso CACHE Persistente será gravado, e para isso teremos que selecionar um Connection Pool. Para isso é interessante criar um SCHEMA no Banco de Dados que irá armazenar todo o seu cache agregado, desta forma é mais simples sua administração. Neste caso eu selecionei o Connection Pool do SCHEMA SH de um banco de dados Oracle 11g. Você pode selecionar qualquer um, inclusive de outras tecnologias.

Assim que selecionar o connection pool de sua preferência, clique em NEXT.

A primeira parte de nosso trabalho está terminada, agora é só selecionar "I'm done" e clicar em NEXT, se você ainda tiver a necessidade de construir outras agregadas, selecione "Define another aggregates" e clique em NEXT.

Clicando em NEXT, o Oracle BI Server criará o nosso arquivo em "C:\AGGREGATE.sql" com o comando para criação e manutenção de nossas agregadas.

Agora clique em FINISH.

Para executar o comando solicitando a criação de nosso cache persistente, execute o seguinte comando através do Sistema Operacional.

C:\>nqcmd -dAnalyticsWeb -uAdministrator -pAdministrator -sC:\AGGREGATE -oAGGREGATE.log

Saia do Administration Tool e entre novamente no modo ONLINE, expanda o Connection Pool e veja que agora aparecem algumas tabelas em VERMELHO. Essas tabelas foram geradas pelo Oracle BI Server para serem suas agregadas persistentes.

Para modificar o PREFIXO dessas tabelas, apenas configure no arquivo NQSCONFIG.INI o seguinte parâmetro:

AGGREGATE_PREFIX = "BI_AGG_" ;

Para automatizar a criação dessas tabelas agregadas, configure o Oracle Scheduler e agende sua execução para que haja a atualização das agregadas uma vez que você atualizou seu Data Warehouse. Mas trataremos do Scheduler em outro POST.

Espero que essas informações sejam úteis para vocês. Até a próxima !!!

Essa é uma das perguntas que eu mais tenho ouvido nos últimos meses, principalmente depois que a Oracle adquiriu a Hyperion. Apesar de ser uma pergunta que no primeiro momento parece ser complexa, eu particularmente acho que a sua resposta é bastante simples.

Como todos devem saber o Banco de Dados Oracle é até hoje o único banco de dados relacional que também permite implementar a arquitetura multidimensional no mesmo motor relacional, utilizando para isso um atributo BLOB (Binary Large OBject). Essa capacidade é vendida como um Opcional ao Banco de Dados Enterprise conhecido como OLAP Option.

Para eu poder responder de forma clara a nossa pergunta sobre quando utilizar o Oracle OLAP Option ou ESSBASE, eu vou inicialmente introduzir de forma simples o conceito da necessidade do banco de dados multidimensional.

Quando surgiu a estratégia de DSS (Decision Support Systems), o principal intuito era oferecer informação gerencial, mas geralmente existia a necessidade de sair de uma informação acumulada e visualizar informações mais detalhadas, oferecendo agilidade/flexibilidade para a análise de negócios e identificação de possíveis problemas.

Descobriu-se no entando que não era tão simples oferecer informações acumuladas a partir de um bancos de dados normalizado. E surgiu a necessidade de desnormalizar esse banco de dados de acordo com a necessidade da área de negócios. Essa estratégia de modelagem passou a ser conhecida como modelagem dimensional e assim surgiram os Data Marts, modelos de dados desnormalizados que tratam de um assunto ou área específica.

Com o modelo desnormalizado reduziu-se o número de JOINS que exigem maior processamento por parte dos bancos de dados relacionais, até que surgiu a ideia de eliminar os JOINS totalmente, criando uma estrutura cartesiana entre as dimensões/perspectivas de análises, dando origem aos bancos de dados multidimensionais.

O banco de dados multidimensional então é o cruzamento de todos os dados para um melhor desempenho às consultas agregadas e consultas adhoc.

Agora vamos para a resposta de nossa primeira pergunta, e para isso vou dividir em duas necessidades específicas:

MINHA NECESSIDADE É DESEMPENHO DE MEU DATA WAREHOUSE / DATA MART 

Se hoje você utiliza banco de dados Oracle para seu ambiente de Data Warehouse e Data Marts, e necessita de um tempo de resposta melhor para suas consultas, você deve analisar a possibilidade de utilizar o Oracle OLAP Option, pois ele oferece um melhor desempenho para esses ambientes, e se você utilizar o Oracle 11g, você pode inclusive criar um ambiente Híbrido (HOLAP) entre MOLAP/ROLAP de forma automática com o Oracle. Posso dizer que é uma das funcionalidades mais fantásticas que eu vi em termos de implementações dimensionais, e até agora nenhum outro fornecedor possui funcionalidade similar.

Se você possui um Data Warehouse e Data Marts em qualquer outra tecnologia eu acredito que o mais interessante seria construir seus modelos MOLAP com o Oracle Essbase, e seu uso seria muito similar ao do OLAP Option, pois ele aumentaria o desempenho às consultas agregadas e adhoc. Para realizar o link HOLAP você poderia configurar através do Essbase ou através do Oracle BI Server, que é nossa camada de metadados.

MINHA NECESSIDADE É FLEXIBILIDADE PARA O USUÁRIO DE NEGÓCIOS

Muitas vezes existe a necessidade de testar modelos de negócios, que são conhecidos como análises WHAT-IF, onde pode-se definir/criar diversos cenários de negócios para entender o comportamento do negócio e desenhar a estratégia, bem como definir o planejamento de uma determinada empresa.

Nesse caso o mais indicado seria implementar a solução com o Oracle Essbase, principalmente porque :

• ele possui inteligência financeira e entende conceitos como receita e despesa;
• ele permite flexibilidade do usuário acessar o cubo através do Excel;
• ele permite o chamado writeback, ou seja, que o usuário altere as informações do cubo;
• ele permite construção de fórmulas complexas, inclusive utilizando vba scripting;
• ele possui alto desempenho e suporta cubos de grande volume;

Esses são conceitos básicos para saber qual seria a melhor forma para selecionar o banco de dados multidimensional. Espero que as dúvidas sobre quando utilizar uma tecnologia ou outra tenha sido esclarecida.

Para maiores informações você pode acessar o link no site da Oracle :

ORACLE OLAP OPTION : http://www.oracle.com/technology/products/bi/olap/olap.html

ORACLE ESSBASE : http://www.oracle.com/technology/products/bi/essbase/index.html

Nesta semana está acontecendo na California/San Francisco o Oracle Open World, um dos maiores eventos de tecnologia da região, onde são apresentadas as novidades em termos de software para diferentes soluções.

No dia de ontem, durante o Keynote de Larry Ellison, foi apresentado uma nova tecnologia construída em conjunto com a HP que pode aumentar o desempenho de ambientes de Data Warehouse em pelo menos 10 vezes comparado aos ambientes atuais.

A Arquitetura é composta pelo Oracle Database Machine, uma estrutura de Clusters em Real Application Cluster e também pela estrutura de storage de alto desempenho Exadata.

Veja mais informações sobre esse lançamento nos sites da Oracle :

Bem vindo(a) ao Blog BI Brasil !!!

Neste blog irei postar muitas informações sobre a Inteligência de Negócios, seja sobre teorias bem como produtos Oracle relacionados ao tema, o objetivo é agradar desde os mais experiêntes como também aqueles que estão tendo o primeiro contado com a solução.

Como todos sabem, Business Intelligence não é algo novo. Esse assunto já tem uns bons anos de estrada, mas creio, que como poucos assuntos, sempre esteve no foco de empresas e corporações que buscam fazer do uso de suas informações um diferencial competitivo.

Com o passar do tempo, não apenas as estratégias para implementação de uma solução para Inteligência de Negócios evoluiu como também as tecnologias que dão suporte a ela.

COMO TUDO COMEÇOU... (apenas uma introdução)

A Oracle começou sua estratégia de posicionamento no mercado de Middleware e Aplicativos mais cedo que suas concorrentes, em 2004, onde a compra da PeopleSoft marcou o inicio de uma saga.

Hoje a Oracle possui o portifólio mais completo de produtos para diversas necessidades, entre elas Gestão de Conteúdo (ECM - http://blogs.oracle.com/ecmbrasil), Gestão de Identidades (Idm), Gestão de Processos (SOA/BPM), WEB2.0 e Inteligência de Negócios (BI).

Falando especificamente de Front End e Aplicações de Inteligência de Negócios, algumas compras foram muito fundamentais para o desenho de seu portifólio, tais aquisições foram SIEBEL, Sigma Dynamics, Sunopsis e Hyperion, hoje a Oracle possui um portifólio completo para Inteligência de Negócios com soluções de Relatórios Operacionais, Decisões em Tempo Real, Consultas Ad-Hoc, Painéis, Modelagem, Planejamento e Orçamentação, BSC, MDM, Consolidação Financeira, bem como uma ferramenta de Integração de Dados que trabalha com diversas tecnologias de bancos de dados.

Falando de Infraestrutura para Data Warehouse, a Oracle também evoluiu muito com o Oracle 11g, que oferece funcionalidades para implementação de ILM, Compressão de Dados sendo o primeiro banco de dados comercial a implementar o tão famigerado HOLAP (Hybrid OLAP) com armazenamento Relacional e Multidimensional nunca antes visto !!! Depois conto mais detalhes sobre essa funcionalidade e como podemos fazer uso dessa característica em um ambiente de Data Warehouse e Data Marts.

Fique ligado(a) para as novidades que aparecerão nesse Post que pretende ser atualizado semanalmente !!!

Renato Paz
Consultor para Soluções de Inteligência de Negócios
Oracle do Brasil Sistemas