Origini dei dati
Durante il caricamento dei dati o la generazione delle dimensioni, Essbase legge l'origine dei dati dall'alto, procedendo da sinistra a destra attraverso record, campi e delimitatori. Le origini dei dati possono contenere valori di dati e metadati e possono essere file di testo, tabelle relazionali o file di esportazione da cubi.
I dati di origine contengono le informazioni che si desidera caricare nel cubo Essbase. Un'origine dati può contenere valori dati e metadati. I metadati sono informazioni sui membri, ad esempio nomi, alias, formule e altre proprietà.
Articoli in un'origine di dati
Durante il caricamento dei dati, Essbase legge l'origine dei dati iniziando dall'alto e procedendo da sinistra a destra. Un'origine dati contiene record, campi e delimitatori di campo.
-
Un record è una riga strutturata di campi correlati.
-
Un campo è un valore individuale.
-
Un delimitatore indica che un campo è completo e che il carattere successivo nel record inizia un altro campo. Nell'illustrazione, il delimitatore predefinito viene visualizzato come uno spazio.
Figura 11-1 Record e campi

Le origini dei dati possono contenere campi dimensione, campi membro, campi combinazione membri e campi dati.
Figura 11-2 Tipi di campi

-
I campi dimensione identificano le dimensioni del cubo, ad esempio Mercato. Utilizzare i campi dimensione per indicare a Essbase l'ordine delle dimensioni nell'origine. Nella figura precedente, i campi dimensione sono Mercato, Prodotto, Anno, Misure e Scenario. I campi della colonna Mercato, ad esempio Texas, sono membri della dimensione Mercato e i campi della colonna Prodotto, ad esempio 100-10, sono membri della dimensione Prodotto. Se i campi dimensione non sono presenti nell'origine, è possibile identificarli utilizzando la regola di caricamento.
-
I campi membro identificano i membri o le combinazioni di membri delle dimensioni specificate. Utilizzare i campi membro per indicare a Essbase a quali membri mappare i nuovi valori dati o quali membri aggiungere al profilo. Nell'illustrazione precedente, Texas, 100-10, Jan, Sales ed Actual sono campi membro.
-
I campi dati contengono i valori di dati numerici caricati nelle intersezioni dei membri del cubo. Ogni valore di dati deve essere mappato a un membro dimensione. Nell'illustrazione precedente, ad esempio, 42 è il valore dei dati che corrisponde all'intersezione tra Texas, 100-10, Jan, Sales ed Actual.
È possibile specificare informazioni nell'intestazione e in un singolo record. Un membro di ogni dimensione standard del profilo deve essere associato a ogni valore di dati caricato in Essbase. Nell'esempio seguente, 100 è il valore dei dati associato a Jan, Actual, Cola, East, Sales e 200 è il valore dei dati associato a Jan, Actual, Cola, West, Sales.
Jan, Actual Cola East Sales 100 Cola West Sales 200 Cola South Sales 300
I campi dati vengono utilizzati solo per il caricamento dei dati; le build dimensione ignorano i campi dati.
Campi dimensione validi
In un caricamento dati di Essbase, se l'origine non identifica tutte le dimensioni nel profilo, la regola di caricamento deve identificare le dimensioni mancanti.
Ad esempio, il cubo Sample.Basic ha una dimensione per Anno (dove il livello 0 dell'anno è Mese). Se più fonti di dati arrivano con numeri mensili provenienti da regioni diverse, il mese stesso potrebbe non essere specificato nelle origini. (Qui, tutte le origini contengono i dati dello stesso mese e abbiamo un solo file di regole di caricamento.) È necessario specificare il mese nell'intestazione della regola di caricamento.
Un campo dimensione deve contenere un nome dimensione valido. Se non si sta eseguendo una generazione di dimensioni, la dimensione deve esistere già nella struttura. Se si sta eseguendo una generazione dimensione, il nome della dimensione può essere nuovo, ma il nuovo nome deve essere specificato nella regola di caricamento.
Campi membro validi
Nelle origini dei dati da caricare in Essbase, i campi membro sono vuoti o contengono un nome membro o un alias valido. Un campo membro vuoto eredita il nome del membro dal record precedente.
Essbase deve sapere come mappare ogni campo membro dell'origine a un membro del profilo.
Nella Figura 11-2, ad esempio, Texas e Ohio sono membri validi della dimensione Mercato.
Perché siano validi, è necessario che un campo membro corrisponda ai criteri riportati di seguito.
-
Contiene o eredita un nome membro o una proprietà membro valida. Vedere Uso dei dati di origine per l'utilizzo delle proprietà membro. Se non si sta eseguendo una generazione dimensione, il membro deve esistere già nella struttura. Se si sta eseguendo una generazione dimensione, il membro può essere nuovo.
-
Mappa a una dimensione. L'origine o il file delle regole devono specificare a quale dimensione è mappato ciascun campo membro.
-
Esegue il mapping a un singolo nome membro, ad esempio Gen (della dimensione Anno) o a una combinazione di membri, ad esempio Gen, Effettivo (delle dimensioni Anno e Scenario).
-
È racchiuso tra virgolette in base alle esigenze. Ciò è necessario per i nomi dei membri che contengono lo stesso carattere del delimitatore di file.
Se non si utilizza un file di regole (ad esempio, se si caricano dati da un file di esportazione Essbase), i campi dimensione e membro vuoti sono corretti. Quando Essbase rileva un campo vuoto in questi casi, utilizza l'ultima dimensione o il nome membro rilevato per la colonna.
Nota
Durante l'elaborazione di ogni record di caricamento dati, Essbase non controlla che un membro specificato in un campo membro appartenga alla dimensione specificata per il campo dimensione. Essbase carica il valore dei dati nella cella dati identificata dalla combinazione di membri nel record.
Nella Figura 11-2, ad esempio, se il secondo record ha stornato Jan e Sales (Texas, '100-10', Sales, Jan, Actual, 42), Essbase caricherà 42 nella cella di dati corretta.
Campi dati validi
Se si sta eseguendo una generazione dimensione, saltare questa sezione. I campi dati vengono ignorati durante la generazione di una dimensione.
In un campo dati, Essbase accetta i numeri e i relativi modificatori, senza spazi o separatori tra di essi, e le stringhe di testo #MI e #MISSING, come indicato nella tabella riportata di seguito.
Tabella 11-1 Modificatori campi dati validi
| Modificatori validi | Esempi |
|---|---|
|
Simboli valuta:
|
$12 è un valore valido. $ 12 non è un valore valido, poiché contiene uno spazio tra il simbolo del dollaro e 12. |
|
Parentesi attorno ai numeri per indicare un numero negativo |
(12) |
|
Segno meno prima dei numeri. I segni meno dopo i numeri non sono validi. |
-12 |
|
Virgola decimale |
12,3 |
|
Numeri grandi con o senza virgola |
1,345,218 e 1345218 sono valori validi. |
|
#MI o #MISSING per rappresentare valori mancanti o sconosciuti |
N. sc.m. |
Se l'origine contiene un campo membro per ogni dimensione e un campo che contiene valori dati, è necessario definire il campo che contiene valori dati come campo dati nel file di regole. Per leggere l'origine seguente nel cubo Sample Basic, ad esempio, definire l'ultimo campo come campo dati.
Jan Cola East Sales Actual 100
Feb Cola East Sales Actual 200Se l'origine contiene campi vuoti per i valori dei dati, sostituirli con #MI o #MISSING. Se nel campo dati non è presente alcun valore (o il valore è #MISSING), Essbase non sostituirà i valori correnti nel cubo con valori vuoti.
Delimitatori validi
Nelle origini dati da caricare in Essbase, è necessario separare i campi tra loro con delimitatori. Se si stanno caricando dati senza un file di regole, è necessario utilizzare spazi per delimitare i campi.
Se si utilizza un file di regole, i delimitatori possono essere:
-
Schede (prede)
-
Spazi
-
Nuove linee
-
Reso a capo
-
Punti
Delimitatori supplementari senza file di regole
Nelle origini dati caricate senza un file di regole, Essbase ignora i delimitatori aggiuntivi. Nell'esempio seguente, i campi sono separati da spazi. Essbase ignora gli spazi aggiuntivi tra i campi.
East Cola Actual Jan Sales 10
East Cola Actual Feb Sales 21
East Cola Actual Mar Sales 30Delimitatori supplementari con un file di regole
Nelle origini dati caricate con un file di regole, Essbase legge i delimitatori supplementari come campi vuoti.
Ad esempio, se si tenta di utilizzare un file di regole per caricare il file riportato di seguito nel cubo Sample Basic, il caricamento non riesce. Essbase legge la virgola aggiuntiva tra East e Cola nel primo record come campo aggiuntivo. Essbase inserisce Cola nel campo 3. Nel record successivo, tuttavia, Cola è nel campo 2. Essbase prevede che Cola si trovi nel campo 3 e interrompe il caricamento dei dati.
East,,Cola,Actual,Jan,Sales,10
East,Cola,Actual,Feb,Sales,21
East,Cola,Actual,Mar,Sales,30Per risolvere il problema, eliminare il delimitatore aggiuntivo dall'origine.
Caratteri di formattazione validi
Nelle origini dati da caricare in Essbase, alcuni caratteri nei dati di origine vengono ignorati e considerati solo caratteri di formattazione.
Durante l'elaborazione del file di origine, Essbase ignora i caratteri elencati di seguito.
Tabella 11-2 Caratteri di formattazione validi
| Carattere formattazione | Descrizione |
|---|---|
|
|
Più segni uguali, come per la doppia sottolineatura |
|
|
Più segni meno, ad esempio per la sottolineatura singola |
|
|
Più caratteri di sottolineatura |
|
|
Più sottolineature grafiche PC IBM doppie (carattere ASCII 205) |
|
|
Sottolineature singole di più grafici PC IBM (carattere ASCII 196) |
I campi ignorati non influiscono sul caricamento dati o sulla generazione delle dimensioni.
Ad esempio, Essbase ignora i segni di uguale nel file di origine seguente e carica normalmente gli altri campi.
East Actual "100-10"
Sales Marketing
===== =========
Jan 10 8
Feb 21 16Tipi di dati origine supportati
Le origini dei dati che è possibile utilizzare per il caricamento dati e la generazione delle dimensioni di Essbase includono file di testo (file flat), tabelle relazionali o database quali Oracle Database, file esportati da cubi Essbase e altri cubi Essbase.
Essbase supporta molti tipi di dati di origine, tra cui:
-
File di testo (file flat) da backup di testo o origini esterne
-
Origini di dati relazionale
-
File di esportazione Essbase (per i file di esportazione non è necessario caricare un file di regole)
- Altre fonti. Per ulteriori informazioni sull'impostazione della connettività ai dati di origine, vedere Usa connessioni e origini dati.
È possibile importare o creare cubi tramite Cube Designer utilizzando file cartella di lavoro applicazioni appositamente formattati e basati su Microsoft Excel.
Non è possibile utilizzare normali file di Excel come dati di origine per il caricamento in un cubo.