EVOLUO DO MERCADO BUSINESS INTELLIGENCE A

CADEIA DE PROCESSAMENTO
Marcelo K Krug
Twitter: @marcelokrug
Email: marcelokrug@gmail.com

DIRETO AO PONTO
Tente tornar os processos o mais claro e objetivo possvel. Em
processamentos complexos faa o bvio. O quanto mais simples for nosso
processamento melhor. Teremos mais performance e ainda qualidade de
dados.
No processamento da cadeia em BI consideramos que etapas sejam
cumpridas para termos uma execuo de sucesso.
A primeira etapa a extrao de dados dos sistemas ou fontes de dados
das aplicaes clientes. Na maioria das vezes transformamos, ou melhor,
adaptamos as informaes extradas ao nosso modelo de armazenamento.
a nossa camada de staging.
Na nossa rea de armazenamento, nosso data warehouse, temos o
histrico. O histrico do registro. Aqui tenho a relao de quando o
empregado ficou em um determinado departamento e o as vendas que
ele fez.
Com o data warehouse estruturado conseguimos gerar uma amostra
daquilo que vou disponibilizar para anlise. Um conjunto das informaes
para um departamento da empresa ou ento algum assunto especfico,
como as vendas de produtos ou ento as informaes do departamento de
RH.

Normalmente, a anlise dimensional feita a partir da estrutura desta

ltima camada. A partir do data mart. E com base na verso atual da
informao.
E o report feito a partir da anlise dimensional. Sendo por ferramentas
especficas escolhidas pelos gestores ou ento disponibilizamos o acesso
ao resultado gerado e os prprios usurios fazem as devidas anlises e
cruzamento de informaes.
Em grandes ambientes o data mart e a anlise dimensional so tratados
como modelos analticos. So grandes modelos e em constante evoluo.
Sendo enriquecidos com informaes de outros modelos e gerando um
resultado de viso que contempla toda a empresa.

Por equipes
Quando trabalhamos com modelos
analticos, consideramos um certo
volume de dados e a complexidade. A
complexidade quase sempre est na
estrutura dimensional. Devemos ter
sempre uma boa anlise para criar um
data warehouse consistente e nisso
tambm gasta-se um tempo.
Em grandes projetos, diferentes equipes
vo compor o time BI. Depois de
montada a arquitetura, uns ficaro com
o ETL, outros com o ambiente OLAP,
outros com relatrios. So processos
que so automatizados, mas sempre h
responsveis. Normalmente a
informao extrada quando no
muita atividade operacional. Ou quando
determinamos que seja de outra forma.
Se tivermos problemas em um dos
processos, os responsveis iro verificar
e dar continuidade.
Sempre bom utilizar ferramentas de
agendamento e controle de tarefas.
Onde conseguimos determinar que h
tarefas dependentes de outras e que h
horrios neste agendamento. Horrios
que devem ser respeitados. Que podem
acarretar um atraso na entrega de toda
a cadeia.

Algo no est certo nos dados

e algum precisa verificar
Quando temos uma viso mais crtica
em cima dos dados, conseguimos
identificar em uma amostra dos dados e
se for necessrio alterar algo.
Poucos dias atrs, verifiquei uma
situao de uma determinada
hierarquia. Algo no batia. Pois um nvel
tinha dois pais. Independente do nvel.
A famosa relao parent child many-tomany. Que maravilha. A soluo foi
alterar dimenso relativa e utilizar
relaes many-to-many no cubo OLAP.
Sobrou para a etapa da camada OLAP
realizar a alterao. E isso normal.
Todos pelo mesmo fim.