Sobre Cubos
Um cubo é a segmentação simultânea de uma lista de IDs (geralmente um segmento estratégico) por consultas fornecidas por diversas hierarquias de dimensão. Depois que o cubo é criado, é possível visualizar relatórios entre guias do segmento que fazem drill nas duas dimensões do cubo a qualquer momento.
Antes de poder criar um cubo, é necessário executar as seguintes tarefas preliminares:
*
Criar um segmento estratégico
*
Criar dimensões que estão baseadas no segmento estratégico
*
As seguintes diretrizes se aplicam aos cubos:
*
As métricas do cubo podem ser definidas como qualquer expressão do Campaign com as seguintes restrições:
*
É possível especificar um número ilimitado de métricas NUMÉRICAS adicionais e o Campaign calculará o mínimo, o máximo, a soma e a média delas. As métricas selecionadas podem ser campos derivados ou campos derivados persistentes.
*
A função de agregação na contagem de célula (min, max, avg, % de número total etc) é calculada automaticamente.
*
A função de agregação em um valor de atributo (por exemplo, avg(age)) calcula automaticamente o mínimo, o máximo, a soma e a média.
*
As expressões que contêm diversos valores de atributos (por exemplo, (attribute1 + attribute2) ) são suportadas em campos derivados.
*
O processo Cubo suporta campos derivados e campos derivados persistentes.
*
As expressões Groupby (por exemplo, (groupby_where (ID, balance, avg, balance, (trxn_date > reference_date))) ) são suportadas em campos derivados.
*
Expressões envolvendo variáveis do usuário (definidas no mesmo fluxograma do processo de cubo E expostas a Marketing Distribuído) são suportadas em campos derivados persistentes e derivados. (Para obter informações adicionais sobre o Marketing distribuído, consulte o Guia do Usuário de Marketing Distribuído).
*
Expressões que usam SQL bruta são suportadas em um campo derivado que usa uma macro customizada de SQL bruta
*
Expressões que usam uma macro customizada são suportadas em um campo derivado.
*
Embora os cubos sejam compostos de até três dimensões, as métricas podem ser exibidas apenas para duas dimensões por vez. A terceira dimensão não exibida ainda é calculada e armazenada no servidor, mas não é usada na seleção/criação de relatório visual desse relatório específico.
*
Os cubos podem ser construídos nas células, bem como em segmentos (que, por exemplo, podem ser criados no nível de transação). No entanto, se um cubo for criado em uma célula, ele estará disponível apenas nesse fluxograma. Por essa razão, você pode querer basear cubos em segmentos estratégicos.
*
A menos que suas tabelas estejam normalizadas, a definição de dimensões com um relacionamento de muitos para muitos com o nível de público pode produzir resultados inesperados. O algoritmo de cubo depende das tabelas normalizadas. Antes de selecionar e construir um cubo, normalize os dados rolando-os para cima (para o nível do cliente por meio de uma sessão de preparação de dados, por exemplo).
*
Se você construir um cubo em dimensões não normalizadas, as contagens de soma estarão incorretas nos relatórios de tabulação cruzada, devido à forma que o Campaign processa os IDs de dimensão. Se você precisar usar dimensões não normalizadas, construa cubos com apenas duas dimensões e use transações com a métrica de nível mais baixo das dimensões não normalizadas, em vez de usar IDs de clientes, pois a soma da transação estará correta.
*
Ao criar uma dimensão de cubo, é necessário fornecer à dimensão um nome, um nível de público e uma tabela para correspondência com essa dimensão. Depois, ao trabalhar em um fluxograma de sessão ou campanha, mapeie essa dimensão da mesma forma que faria ao mapear uma tabela de banco de dados.
*
Os cubos devem ser construídos quando usuários não os tiverem acessando, geralmente após horas úteis e nos finais de semana.
Copyright IBM Corporation 2015. All Rights Reserved.