I cubi

Un cubo è la segmentazione simultanea di un elenco di ID (più spesso un segmento strategico) attraverso le query fornite da un certo numero di gerarchie di dimensioni. Dopo la creazione del cubo, è possibile visualizzare report di segmenti a campo incrociato che cercano in due dimensioni del cubo in qualunque momento.

Prima che si possa creare un cubo c'è bisogno di effettuare le seguenti attività preliminari:

Creare un segmento strategico

Creare dimensioni che si basino sul segmento strategico

Le seguenti linee guida si applicano ai cubi:

Le metriche del cubo possono essere definite come qualunque altra espressione Campaign con le seguenti restrizioni:

Si possono specificare un numero illimitato di metriche NUMERICHE aggiuntive e Campaign calcolerà min, max, somma e media per tutti. Le metriche selezionate possono essere campi derivati o campi derivati persistenti.

La funzione di aggregazione sul conteggio celle (min, max, media, % del n. totale, ecc.) è calcolata automaticamente.

La funzione di aggregazione sul valore di un attributo (per esempio, media(età) ) calcolerà automaticamente min, max, somma e media.

Le espressioni che contengono molteplici valori di attributi (per esempio (attributo1 + attributo2) ) sono supportate nei campi derivati.

Il processo di Cubo supporta i campi derivati e i campi derivati persistenti.

Le espressioni groupby (per esempio, (groupby_where (ID, balance, avg, balance, (trxn_date > reference_date))) ) sono supportate nei campi derivati.

Le espressioni che coinvolgono variabili dell'utente (definite nello stesso diagramma di flusso del processo del cubo ED esposte a Distributed Marketing) sono supportate nei campi derivati e persistenti. (Per maggiori informazioni su Distributed Marketing, consultare la Guida dell'utente Distributed Marketing.)

Le espressioni che usano gli SQL raw sono supportate in un campo derivato che utilizza una macro personalizzata raw SQL

Le espressioni che usano una macro personalizzata sono supportate in un campo derivato.

Anche se i cubi comprendono fino a tre dimensioni, le metriche possono essere visualizzate soltanto per due dimensioni alla volta. La terza dimensione che non viene visualizzata viene computata in ogni caso e archiviata sul server, ma non viene utilizzata per la selezione/report visuale per quel particolare report.

I cubi possono essere costruiti su celle ma anche su segmenti (che, per esempio, possono essere creati al livello della transazione). Però se un cubo viene costruito su una cella, sarà disponibile soltanto per quel particolare diagramma di flusso. Per questo motivo, si potrebbe voler basare i cubi sui segmenti strategici.

A meno che le tabelle siano normalizzate, definire le dimensioni con una relazione many-to-many con il livello di destinatari potrebbe produrre risultati inaspettati. L'algoritmo del cubo usato da Campaign si basa su tabelle normalizzate. Prima di selezionare e creare un cubo, si devono normalizzare i dadi e avvolgerli (per esempio al livello cliente attraverso una sessione di preparazione dati).

Se si costruisce un cubo su dimensioni non normalizzate, il conteggio della somma sarà errato nei report di campi incrociati, imputandoli in modo che Campaign processi gli ID delle dimensioni. Se si devono usare dimensioni non normalizzate, sarà buona norma costruire cubi con soltanto due dimensioni e usare transazioni come livello di metrica più basso delle dimensioni non normalizzate, piuttosto che ID cliente, perché in questo modo la somma della transazione sarà corretta.

Nel creare la dimensione di un cubo, le si dovrà assegnare un nome, un livello di destinatari e una tabella che corrisponda alla dimensione stessa. Successivamente, quando si lavorerà in una sessione o in un diagramma di flusso di campagna, si mapperà questa dimensione come se si dovesse mappare una tabella di database.

I cubi dovrebbero essere costruiti quando gli utenti non vi stanno accedendo, generalmente dopo l'orario lavorativo e nei fine settimana.