Creare una struttura Essbase

Dopo aver redatto un modello di database Essbase, è possibile creare l'applicazione e il database e creare la prima bozza del profilo. La bozza definisce tutte le dimensioni, i membri e i consolidamenti. Utilizzare la struttura per progettare i requisiti di consolidamento e identificare dove sono necessarie formule e script di calcolo.

I profili fanno parte di un database (o cubo) Essbase, che esiste all'interno di un'applicazione Essbase.

Per utilizzare l'esempio Beverage Company introdotto in precedenza, il progettista di applicazioni TBC ha emesso la bozza seguente per un profilo di database. In questo piano, Anno, Misure, Prodotto, Mercato, Scenario, Tipo di pacchetto e Once sono nomi di dimensione. Osserva come TBC ha previsto consolidamenti, calcoli, formule e requisiti di reporting. I progettisti delle applicazioni hanno anche utilizzato i codici prodotto anziché i nomi dei prodotti per descrivere i prodotti.

• Anno. TBC deve raccogliere i dati mensilmente e riepilogare i dati mensili per trimestre e anno. I dati mensili, memorizzati in membri quali gennaio, febbraio e marzo, vengono consolidati in trimestri. I dati trimestrali, memorizzati in membri quali Qtr1 e Qtr2, vengono consolidati in Anno.

• Misure. Vendite, Costo merce venduta, Marketing, Ciclo paghe, Varie, Magazzino di apertura, Incrementi e Magazzino finale sono misure standard. Essbase può calcolare il margine, le spese totali, il profitto, il magazzino totale, la percentuale di profitto, la percentuale di margine e il profitto per oncia da queste misure. TBC deve calcolare le misure su base mensile, trimestrale e annuale.

• Prodotto. I codici Prodotto sono 100‑10, 100‑20, 100‑30, 200‑10, 200‑20, 200‑30, 200‑40, 300‑10, 300‑20, 300‑30, 400‑10, 400‑20 e 400‑30. Ogni prodotto si consolida alla rispettiva famiglia (100, 200, 300 e 400). Ogni consolidamento consente a TBC di analizzare per dimensione e pacchetto, poiché ogni prodotto è associato ai membri delle dimensioni attributo Once e Tipo di pacchetto.

• Market. Diversi Stati costituiscono una regione; quattro regioni costituiscono un mercato. Gli stati sono Connecticut, Florida, Massachusetts, New Hampshire, New York, California, Nevada, Oregon, Utah, Washington, Louisiana, New Mexico, Oklahoma, Texas, Colorado, Illinois, Iowa, Missouri, Ohio e Wisconsin. Ogni stato si consolida nella sua regione: Est, Ovest, Sud o Centrale. Ogni regione si consolida nel mercato.

• Scenario. TBC ricava e tiene traccia dei dati relativi al budget rispetto ai dati effettivi. I manager devono monitorare e tenere traccia dei budget e degli effettivi, nonché della varianza e della percentuale di varianza tra loro.

• Tipo imballaggio. TBC vuole vedere l'effetto che l'imballaggio del prodotto ha sulle vendite e sui profitti. La creazione della dimensione attributo Tipo pacchetto consente agli utenti di analizzare le informazioni sul prodotto in base al fatto che un prodotto sia confezionato in bottiglie o lattine.

• Once. TBC vende prodotti di diverse dimensioni in once in diversi mercati. La creazione della dimensione attributo Ounces consente agli utenti di monitorare quali dimensioni vendono meglio in quali mercati.

Gli argomenti successivi presentano una revisione delle nozioni di base delle proprietà di dimensione e membro e una discussione su come la progettazione della struttura influisce sulle prestazioni.

Tipi di dimensione

Un tipo di dimensione è una proprietà fornita da Essbase che aggiunge funzionalità speciali a una dimensione. I tipi di dimensione specializzati e di uso comune sono tempo, conti e attributo.

Questo argomento utilizza le seguenti dimensioni del database TBC per illustrare i tipi di dimensione.

Database:Design
  Year (Type: time)
  Measures (Type: accounts)
  Product
  Market
  Scenario
  Pkg Type (Type: attribute)
  Ounces (Type: attribute)

Nella tabella seguente viene definito ogni tipo di dimensione Essbase.

Tabella 1-4 Tipi di dimensione

Tipi di dimensione	Descrizione
Nessuno.	Non specifica alcun tipo di dimensione particolare.
Periodo	Definisce i periodi di tempo per i quali vengono riportati e aggiornati i dati. È possibile contrassegnare come tempo una sola dimensione. La dimensione tempo abilita diverse funzioni della dimensione dei conti, ad esempio i saldi della prima e dell'ultima volta.
Account	Contiene elementi che si desidera misurare, ad esempio profitto e magazzino, e rende disponibile la funzionalità di contabilità predefinita di Essbase. È possibile definire una sola dimensione come conti.
Attributo	Contiene i membri che possono essere utilizzati per descrivere i membri di un'altra dimensione di base. Ad esempio, la dimensione attributo Tipo pacchetto contiene un membro per ogni tipo di imballaggio, ad esempio flacone o lattina, che si applica ai membri della dimensione Prodotto.
Paese (utilizzato solo per la funzione di conversione valuta)	Contiene i dati relativi alla posizione in cui si svolgono le attività aziendali. In una dimensione paese è possibile specificare la valuta utilizzata in ciascun membro. Ad esempio, il Canada ha tre mercati: Vancouver, Toronto e Montreal, che utilizzano la stessa valuta, i dollari canadesi.

Proprietà di memorizzazione membri

Specificare le proprietà di memorizzazione dei dati per i membri per definire dove e quando vengono memorizzati i consolidamenti. Per impostazione predefinita, i membri vengono contrassegnati come memorizzati: Essbase somma i valori e memorizza il risultato a livello padre. È possibile modificare la logica predefinita per ogni membro modificando la tag della proprietà di storage dei dati.

Nella tabella seguente viene descritto l'effetto che le proprietà di memorizzazione dei dati di Essbase hanno sui membri.

Tabella 1-5 Proprietà di memorizzazione dati Essbase

Proprietà memorizzazione dati	Effetti sui membri
Memorizza dati	I dati per il membro vengono memorizzati nel database. Memorizza dati è la proprietà di memorizzazione predefinita. Essbase somma i valori e memorizza il risultato a livello padre.
Calcolo dinamico	I dati associati al membro vengono calcolati quando richiesto da una query utente. I dati calcolati non vengono memorizzati, ma vengono eliminati al termine della richiesta.
Membro condiviso	I dati associati al membro provengono da un altro membro con lo stesso nome.
Non condividere	I dati associati al membro vengono duplicati con il padre e il figlio se esiste una relazione condivisa implicita. I dati vengono memorizzati con la prima occorrenza del membro in ordine di struttura.
Solo etichetta	È possibile modificare un membro memorizzato in Solo etichetta per i membri che non dispongono di dati associati. Anche se un membro solo etichetta non dispone di dati, può visualizzare un valore. L'etichetta raggruppa solo i membri e facilita la navigazione e la generazione di report. In genere, i membri solo etichetta non vengono calcolati. Ad esempio, nella dimensione Misure il membro Rapporti ha tre figli, Margine%, Profitto e Profitto per Oncia. Il membro Rapporti definisce una categoria di membri. In caso di consolidamento, il margine, il profitto e il profitto per oncia non rappresentano una cifra significativa per i rapporti. Pertanto, i rapporti vengono contrassegnati solo come etichetta.

Elenco di controllo delle proprietà di dimensioni e membri

• È possibile identificare una dimensione tempo?

• È possibile identificare una dimensione conti?

• I dati includono valute estere? In caso affermativo, è stata identificata una dimensione di partizione valuta?

• È possibile identificare le qualità o le caratteristiche delle dimensioni che devono essere definite come dimensioni attributo separate?

• Quali membri richiedono proprietà di memorizzazione dati speciali?

Progetta un profilo per ottimizzare le prestazioni

Posizionare le dimensioni degli attributi alla fine del profilo di Essbase, posizionare le dimensioni dense prima dello sparso e ordinare prima le dimensioni sparse con il minor numero di membri. La posizione delle dimensioni in un profilo e le proprietà di memorizzazione delle dimensioni influiscono sulla rapidità d'esecuzione dei calcoli e sul tempo necessario all'utente per recuperare i dati.

Ottimizza prestazioni query

Per ottimizzare le prestazioni delle query, utilizzare le linee guida riportate di seguito quando si progetta un profilo.

• Se il profilo contiene dimensioni attributo, assicurarsi che le dimensioni attributo siano le uniche dimensioni sparse di Calcolo dinamico nel profilo.

• Nel contorno, posizionare le dimensioni sparse più interrogate prima delle dimensioni sparse meno interrogate.

Il profilo illustrato di seguito è progettato per prestazioni di query ottimali:

• Poiché il profilo contiene dimensioni attributo, la proprietà di memorizzazione per le dimensioni standard e tutti i membri delle dimensioni standard viene impostata come dati di memorizzazione.

• Come dimensione sparsa con il maggior numero di query, la dimensione Prodotto è la prima delle dimensioni sparse. Le dimensioni di base vengono in genere interrogate più di altre dimensioni.

Figura 1-5 Progettazione di un profilo per tempi di query ottimizzati

Ottimizza prestazioni calcolo

Per ottimizzare le prestazioni di calcolo, ordinare le dimensioni sparse nella struttura in base al numero di membri, a partire dalla dimensione che contiene il minor numero.

Il profilo illustrato di seguito è progettato per prestazioni di calcolo ottimali:

• La dimensione standard più piccola, Mercato, è la prima delle dimensioni sparse del contorno.

• La dimensione standard più grande, ovvero Prodotto, si trova immediatamente al di sopra della prima dimensione attributo. Se il profilo non contiene dimensioni attributo, la dimensione Prodotto si troverà alla fine del profilo.

Figura 1-6 Progettazione di un profilo per tempi di calcolo ottimizzati

Soddisfa le esigenze di calcolo e recupero

Sebbene contengano le stesse dimensioni, i profili di esempio mostrati in precedenza sono diversi. Per determinare la sequenza di profili migliore per una situazione, assegnare la priorità ai requisiti di recupero dei dati degli utenti rispetto al tempo necessario per eseguire i calcoli nel database. Con quale frequenza si prevede di aggiornare e ricalcolare il database? Qual è la natura delle query utente? Qual è il volume previsto delle query utente?

Una possibile soluzione è quella di posizionare inizialmente le dimensioni nella struttura per ottimizzare il calcolo. Dopo aver eseguito i calcoli, è possibile creare manualmente una nuova sequenza delle dimensioni per ottimizzare il recupero. Quando si salva la struttura dopo aver riposizionato le dimensioni, scegliere di ristrutturare il database solo in base all'indice. Prima di eseguire di nuovo i calcoli, creare una nuova sequenza delle dimensioni nella struttura per ottimizzare il calcolo.