Um Cubo é uma estrutura multidimensional usada em modelagem de dados analíticos (OLAP), que organiza informações a partir de diversas dimensões. Cada dimensão representa um eixo de análise (como Conta, Tempo, Entidade, Cenário, etc.) e pode conter uma ou mais hierarquias.
As hierarquias definem os níveis de agregação dentro da dimensão — por exemplo, na dimensão Tempo, a hierarquia pode ser: Ano → Semestre → Trimestre → Mês. Cada membro da dimensão pertence a um nível hierárquico e está logicamente relacionado aos demais, permitindo navegação entre níveis (drill-up / drill-down).
O cubo viabiliza análises complexas e de alto desempenho ao cruzar fatos com diversas combinações de dimensões e membros hierárquicos.
Para que um usuário possa efetuar a publicação de um cubo ele deverá ter a seguinte Funcionalidade de Gestor habilitada:
Ou, estar associado à um Grupo de Aplicação com a seguinte Funcionalidade de gestor habilitada:
O Cubo é composto por uma lista de dimensões, que organizam os dados de forma hierárquica e possibilitam diferentes perspectivas de análise sobre os fatos do sistema.
O cubo possui quatro dimensões fundamentais, presentes em qualquer instância de aplicação:
Cada uma dessas dimensões pode conter uma ou mais hierarquias, e cada hierarquia é composta por uma lista de membros, podemos também criar quantas dimensões forem necessárias.
Além disso, cada dimensão possui uma lista de atributos. Um atributo é definido por seu nome e tipo de dado (ex: texto, número, booleano, data etc.). Cada membro da dimensão pode carregar um valor específico para cada atributo.
Por exemplo:
Na dimensãoConta, pode haver um atributoReceitacom tipo de agregação+(positivo) e um atributoDespesacom tipo de agregação-(negativo). Podemos para cada membro na dimensão, selecionar o atributo que melhor se enquadrar.
Cada aplicação pode conter dois estados distintos de cubo:
Ao salvar um cubo, o sistema nunca sobrescreve o registro anterior. Em vez disso, um novo objeto é criado e armazenado na tabela REP_XML do banco de dados.
O T6 mantém o histórico completo das versões do cubo por aplicação, permitindo:
Para realizar a exportação e/ou a reversão de um cubo será necessário acessar o Histórico do Modelo.
1. No menu principal do T6 em Modelagem selecione a opção Histórico do Modelo;
2. Ao selecionar Aplicação e Tipo teremos uma listagem com o histórico;
1. Na listagem, localize o registro desejado;
2. Para realizar a exportação, clique em
exibido na última coluna da listagem;
Ao clicar será iniciado o download de um arquivo
.xmlcom o conteúdo exportado.
Um cubo válido é um cubo que foi salvo e não foi publicado.
, exibido na última coluna;Ao clicar as alterações serão descartadas, não sendo possível reverter tal ação.
Para mais informações, consulte: Segurança - Auditoria
A publicação do cubo consiste em materializar o conteúdo da REP_XML nas tabelas físicas do banco de dados da aplicação.
Cada dimensão é convertida em uma tabela no banco de dados.
Essas tabelas são geradas somente no momento da publicação, e a aplicação passa a consumi-las diretamente em formulários, telas e consultas analíticas.
Cada aplicação possui uma única tabela fato.
Essa tabela armazena os dados transacionais (valores numéricos) e se relaciona com as tabelas dimensionais. As dimensões fornecem estrutura e semântica, enquanto a fato concentra os dados quantitativos (valores nas células).
A publicação do cubo é obrigatória quando há alterações estruturais no XML, como:
Alterações que não envolvem a estrutura do cubo (ex: adição de valores em células) não exigem publicação.
Para que seja possível efetuarmos a primeira publicação do cubo no T6, precisaremos criar uma aplicação e adicionar membros na dimensão
tempo.
Após criar a sua aplicação e adicionar membros na dimensão tempo siga os seguintes passos para publicar o cubo:
Após um curto período será gerada uma nova notificação, nos informando quanto ao sucesso na publicação do cubo (clique para mais informações referente às Notificações):
A publicação do cubo é realizada de forma individual por aplicação, não sendo possível selecionar mais de uma aplicação por publicação.
Se não houverem alterações na parte estrutural do cubo, ao tentar realizar a publicação, a seguinte mensagem será exibida:
Outra ação que impede a publicação do cubo é o bloqueio do cubo por parte de outro usuário, ao tentar realizar a publicação com um cubo bloqueado, teremos a seguinte mensagem:
Um cubo é uma estrutura multidimensional usada em modelagem de dados analíticos (OLAP) que organiza informações através de diversas dimensões como Conta, Tempo, Entidade e Cenário, permitindo análises complexas e de alto desempenho.
Todo cubo possui quatro dimensões fundamentais: Conta, Cenário, Entidade e Tempo.
O Cubo Válido é o estado atual do cubo ainda em edição, enquanto o Cubo Publicado é a versão sincronizada com o banco de dados e disponível para uso.
Para publicar um cubo no T6, é necessário ter a funcionalidade de gestor Gerenciar estrutura/modelo da aplicação habilitada ou estar associado a um Grupo de Aplicação com essa mesma funcionalidade habilitada.
Sim, o T6 mantém histórico completo das versões (Histórico do Modelo), permitindo exportar versões anteriores ou reverter um cubo válido.
A publicação do cubo é obrigatória quando há alterações estruturais como criação/remoção de dimensões ou membros, alterações em hierarquias ou inclusão de atributos. Alterações que não envolvem estrutura (como adição de valores) não exigem publicação.
Não, a publicação do cubo é realizada individualmente por aplicação, não sendo possível selecionar mais de uma aplicação por publicação.
O sistema exibirá uma mensagem informando que não há alterações estruturais para publicar.
Possíveis motivos incluem: não ter as permissões adequadas, não haver alterações estruturais para publicar, ou o cubo estar bloqueado por outro usuário.
Aguarde o usuário liberar o bloqueio ou entre em contato com o administrador do sistema para verificar a situação do bloqueio.
Sim, porém é necessário possuir a funcionalidade de gestor Desbloquear Cubo bloqueado por outro usuário habilitada.
O sistema nunca sobrescreve registros anteriores. Cada salvamento cria um novo objeto na tabela REP_XML, mantendo histórico completo.
É necessário criar uma aplicação e adicionar membros na dimensão Tempo antes de poder realizar a primeira publicação do cubo.