This is version 1 2 3 4 5 6 7 . It is not the current version, and thus it cannot be edited.
[Back to current version]   [Restore this version]

BI in Looc.up#

Pentaho BI Platoform#

Provocazione#

Attualmente in CUBE.up sono gestite bene:

• Le gerarchie
• Le estrazioni

I dati estratti sono completati mediante la £D9C ecc e salvati in membri dei file D9WKDT e D9WKDS, il Primo contenente i dati in formato CSV contenenti per ogni oggetto le gerarchie richieste a livello di tabella e il secondo la struttura del cubo utilizzata per la creazione degli indici. Ora si pongono le seguenti domande:

• Perchè non facciamo vedere tali dati in LOOC.up?
• Possiamo migliorare / ottimizzare il processo di creazione dei cubi

Supponiamo ad esempio le ipotesi seguenti:

• L'estrazione porta sul file solo gli oggetti primari e i valori
• Salva l'insieme di tutti gli oggetti trattati e per ogni oggetto salva:
  • Attributi propri (gerarchia richiesta)
  • Puntatori ai record in cui si tratta l'oggetto
  • Totali dei valori (diciamo più record per oggetto. Ad esempio totali e numero righe per poter calcolare media ecc.)
• Salvo inoltre le informazioni sugli oggetti primari e sul significato dei valori

A questo punto potrei procedere a salvare anche i totali sugli oggetti ottenuti associando attributi agli oggetti primari. Vediamo cosa potrei ottenere in una scheda

1. Dati riepilogativi del cubo (Quando è stato creato, tempo di costruzione, numero di righe, chi lo ha creato, fonte e dati della fonte, ecc.)
2. Tipi di oggetto trattati
3. Lista degli oggetti di un tipo (con decodifica e numero di righe dettaglio presenti)
4. Dettaglio di un tipo

Modalità dell'intervento#

• Estensione delle modalità di salvataggio della D9B (oltre DATABEACON, EXCEL,)
• Modifica della COPY.
  1. Salviamo direttamente le schiere £9K, £9A, £9V
  2. Salviamo le impostazioni di base e i dati statistici
• Richiamo di un programma di costruzione che esegue i passi seguenti:
  1. Oggetti (potrei anche rileggere N volte il file, una per oggetto base
  2. Puntatori (riordino la schiera e salvo un record per oggetto diverso su un file con oggetto e 30.000 caratteri (tipo JADOCU) che comunque accetta più righe (quindi ad esempio se il puntatore è di 7 caratteri in ogni record ne contengo oltre 4.000 ma posso avere più righe.
  3. Costruzione dei totali ancora nel file precedente sempre con puntatore al totale di ogni oggetto
  4. Costruzione delle gerarchie e dei totali per gerarchia

Vantaggi / Svantaggi#

1. Vantaggi

• Tempi di costruzione comunque migliori
• Potrei utilizzare questa struttura come partenza per costruire il cubo
• Potrei facilemnte decidere a posteriori le aggregazioni e le gerarchie
• Potremmo cercare tutti i cubi in cui si parla di un oggetto (esempio dato un cliente vedo che si parla di lui nel fatturato 2007, budget, scadenze ecc..)

1. Svantaggi

• Avremmo comunque dei limiti:
  • Limiti preesistenti
    1. Numero di oggetti base
    2. Numero di valori
  • Limiti non vincolanti ma di buon senso
    1. 200.000 righe di dettaglio
    2. 10.000 oggetti diversi per ogni tipo ammesso
• Non si prevedono gli incroci in modo libero
• Tendenzialmente dovremmo accedere al cubo partendo da un oggetto

Passaggio al costruttore#

Se fisso un oggetto posso portare il dettaglio nel "costruttore 03". A questo punto il dettaglio può essere facilmente manipolato a piacere, riaggregando totalizzando, guardando l'incidenza, l'ABC ecc. ecc.