Suggerimenti per il caricamento di dati e la creazione di dimensioni
Per risparmiare tempo, è possibile eseguire build di dimensioni incrementali in Essbase e caricare i sottoinsiemi di dati. Per evitare di sovrascrivere i valori consolidati, evitare di caricare i dati nei membri padre. Per evitare errori di elaborazione dei dati, assicurarsi che ogni record nell'origine disponga dello stesso numero di campi valore dati.
Per ulteriori informazioni su come caricare i dati e creare le dimensioni, vedere gli argomenti riportati di seguito.
Build dimensione incrementale
Per consentire a Essbase di leggere più origini dati durante la creazione del profilo cubo, utilizzare le build delle dimensioni incrementali. I ritardi incrementali di dimbuild delineano la ristrutturazione fino a quando tutte le fonti di dati non sono state elaborate.
Saltare questo argomento se si stanno caricando solo dati o se si sta utilizzando una singola origine dati per una generazione di dimensioni.
Per impostazione predefinita, ogni volta che si apportano modifiche a un profilo, Essbase considera il tipo di modifica e ristruttura il cubo, se necessario. La ristrutturazione ricostruisce il database, che consuma tempo e spazio su disco.
Le creazioni di dimensioni incrementali, note anche come build di dimensioni di ristrutturazione differita, leggono più origini dati per le build di dimensioni e ritardano la ristrutturazione fino a quando tutte le origini dati non saranno state elaborate.
Se si aggiunge una dimensione virtuale (calcolo dinamico o solo etichetta), tutti I dati esistenti nel cubo verranno memorizzati con il primo membro memorizzato di livello 0 nella nuova dimensione. Nella gerarchia deve essere presente almeno un membro memorizzato oppure verrà restituito un errore durante la verifica del profilo.
Quando si aggiungono una dimensione a un cubo esistente in modo incrementale utilizzando una cartella di lavoro dell'applicazione, i dati sono mappati automaticamente al nuovo membro superiore. Non esiste un modo per scegliere un membro memorizzato al quale mappare i dati esistenti. Se la nuova dimensione ha un membro di livello più alto che è un calcolo dinamico, i dati andranno perduti perché i membri dinamici non possono memorizzare i dati.
- Aggiungere la nuova dimensione con il membro superiore memorizzato.
- Eseguire uno script di calcolo per copiare i dati dal nuovo membro superiore in un altro membro memorizzato in tale dimensione.
- Modificare il membro superiore in calcolo dinamico.
MaxL consente di includere tutte le origini dati in un'unica istruzione import. È possibile controllare se la convalida del profilo viene eseguita per ogni file. È necessario abilitare la convalida del profilo per l'ultimo file.
In ogni caso, le fonti di dati vengono elaborate nell'ordine in cui sono elencate.
Nota
MaxL consente di applicare o eliminare la verifica del profilo per ogni file. Per garantire un profilo valido, assicurarsi che l'ultima build verifichi il profilo.
Vedere anche:
Aggiornare i cubi in modo incrementale in Cube Designer
Ottimizza ristrutturazione database (cubi di storage a blocchi)
Ristrutturazione del cubo di memorizzazione aggregata (cubo di memorizzazione aggregato)
Dove caricare i dati
Prima di eseguire un caricamento dati, eseguire le operazioni necessarie per evitare la sovrascrittura involontaria dei dati. Evitare di caricare i membri padre in un cubo di memorizzazione a blocchi (BSO). Se necessario, eseguire le operazioni riportate di seguito per assicurarsi che Essbase non consolida i valori #MISSING dai figli al padre.
Saltare questa sezione se si stanno creando dimensioni o si sta lavorando con un database di memorizzazione di aggregazione (ASO).
Se si caricano i dati in un membro padre, quando si calcola il database, il consolidamento dei valori dei dati dei figli può sovrascrivere il valore dei dati padre. Per evitare la sovrascrittura:
-
Se possibile, non caricare i dati direttamente in un elemento padre.
-
Se è necessario caricare i dati in un membro padre, assicurarsi che Essbase sappia non consolidare i valori #MISSING dai figli del padre nel padre, modificando l'impostazione aggregata #MISSING.
È possibile impostare il funzionamento mancante aggregato utilizzando MaxL, una cartella di lavoro dell'applicazione, gli script di struttura o di calcolo.
-
Per modificare il comportamento di aggregazione mancante utilizzando l'interfaccia Web Essbase, modificare l'impostazione Aggrega valori mancanti nella pagina di personalizzazione del database. Fare riferimento a Imposta proprietà avanzate dei cubi.
-
Per modificare il funzionamento mancante aggregato utilizzando una cartella di lavoro dell'applicazione, modificare l'impostazione Aggrega valori mancanti nel foglio di lavoro Cube.Settings.
-
Per modificare il funzionamento mancante aggregato in uno script di calcolo, utilizzare il comando di calcolo SET AGGMISSG.
-
Per modificare il funzionamento dell'aggregazione mancante utilizzando MaxL, utilizzare
alter database appname.dbname enable|disable aggregate_missing.
I metodi sopra menzionati funzionano solo se i valori figlio sono vuoti (#MISSING). Se i valori dati dei figli sono presenti, i valori dati sovrascrivono i valori dati del padre. Vedere Valori #MISSING.
Nota
Non è possibile caricare dati in Calcolo dinamico o membri attributo. Ad esempio, se Anno è un membro Calcolo dinamico, non è possibile caricare i dati in esso. Caricare invece i dati in Qtr1, Qtr2, Qtr3 e Qtr4, che non sono membri di Calcolo dinamico.
Campi mancanti nei dati di origine
Quando si esegue un caricamento dati di Essbase, ogni record nei dati di origine deve avere lo stesso numero di campi valore dati. Se mancano i valori dei dati, il caricamento dei dati viene eseguito in modo errato.
Se manca un campo dimensione o un campo membro, Essbase utilizza il valore utilizzato in precedenza per tale campo dimensione o membro. Fare riferimento a Debug di caricamenti dati e build di dimensioni.
Se una regola contiene campi vuoti aggiuntivi, partecipare ai campi vuoti con il campo accanto a essi.
Nei cubi di memorizzazione di aggregazione, i valori possono essere caricati solo nelle celle di livello 0. Se si specifica #MISSING o #MI come valore nell'origine, la cella associata viene rimossa, se presente nel cubo.
Per informazioni sulle differenze di caricamento dati per i cubi di memorizzazione di aggregazione, vedere: