A15 paper - perfil business intelligence - business intelligence e a arquitetura de dados

  • Published on
    21-Aug-2015

  • View
    10

  • Download
    2

Transcript

  1. 1. PERFIL BUSINESS INTELLIGENCE marcelokrug@gmail.com SEU PAPER PELA INTERNET Desde Maro/2015 pp15 Quando iniciamos um projeto de Business Intelligence, uma das etapas presentes acena para a arquitetura do armazenamento dos dados. Os dados provenientes dos sistemas existentes na empresa. Presentes em bases de dados transacionais. Onde trabalhamos necessariamente com modelos relacionais. O BUSINESS INTELLIGENCE E A ARQUITETURA DE DADOS Transacionais, pois procedimentos so executados para as operaes nos dados. Temos as transaes de insero, atualizao, excluso e consulta em registros. Atividades a todo instante na base de dados. Acessos restritos e evita-se ao mximo processos em simultneo para no haver concorrncia. No podemos colocar em risco a base de dados operacional da empresa. O desenho ao lado (parte de cima), corresponde ao que supostamente o desenho da estrutura de dados relacionais. Onde temos os dados organizados em tabelas e estas relacionadas. O que segue, corresponde ao modelo dimensional e at muitas vezes encontramos sendo chamado de multidimensional. Onde aps conhecer a estrutura relacional criamos um modelo em forma de dimenses e fatos. Que esto em volta de uma tabela correspondente ao meu fato. Desenhamos ento uma estrutura em que o fato est em evidncia e rodeado por tabelas que o caracterizam, cada caracterstica por sua vez na sua ordem de detalhe. As informaes, os campos, das dimenses so denominados atributos. E muito comum haver hierarquias definidas nas dimenses. Muitas vezes mais de uma por dimenso. Neste nosso contexto, na dimenso DIM_COLABORADORES, posso facilmente criar uma hierarquia como: - Departamento - Chefe - Colaborador Ou ento: - Chefe - Departamento - Funo - Colaborador Quando estamos lendo as informaes a partir de uma ferramenta OLAP. As hierarquias sero teis e muitas regras de negcio podem j ser atendidas a partir deste momento. Desde perfis de de segurana (acesso aos dados) at clculos de indicadores conforme vou percorrendo os membros de uma dimenso. O DBA, Data base Administrator, precisa ser seu grande amigo. O desenho de um modelo dimensional foge daquelas belas prticas de ter tabelas para tudo. Em uma viso muito simples e direta, quanto menos tabelas existirem no modelo dimensional, melhor. Na base de dados relacional tenho o DBA criando ndices, foreign key, primary key. No modelo dimensional, o mximo que temos so primary keys e particionamento de objetos (tabelas, ndices). O resto fica com o processamento da database OLAP. Preciso dizer que poucos DBAs possuem o mesmo conhecimento para a base relacional e a dimensional. Inicialmente porque so formas diferentes de pensar e depois que quando o desenvolvedor atinge um certo nvel de especializao, precisa saber mais da arquitetura para tirar mais proveito. O DBA completo hoje em dia precisa ser dimensional tambm. Precisa ser BI. o dia-a-dia que trz as mais eficazes especializaes.

Recommended

View more >