Newsgroup: it.scienza.informatica
Titolo: Data WareHouse..... chi era costui?

Nessuno mi sa indicare un buon sito dove trovare articoli che introducano
l'argomento "Data warehouse"?
Non ho mai avuto a che fare con niente del genere e vorrei avvicinarmi
gradualmente all'argomento cercando di capire innanzitutto di cosa si
tratta.
Sono interessato anche alla letteratura (preferibilmente elettronica) sui
sistemi SAP.
Ringrazio chiunque mi sappia dare qualche indicazione.
--
 _________________________________________
                  Dott. Mauro Maccagnani
   Via Pomposa 147/b - 44100 FERRARA - ITALY
   E-Mail urgenti..........: 
Mac...@mail.omnitel.it
   E-Mail ordinarie........: 
Mac...@tin.it
   Tel & fax..................: 
(+39) 0532/61018
   Cel..........................: 0347/2520825
 _________________________________________

Ringrazio chiunque mi sappia dare qualche indicazione.
Attendi lo SMAU di solito qualche convegno sull'argomento lo trovi.
Tanto per farti capire di cosa si tratta in pratica e' questo, si
cerca di raggruppare in un'unico database tutti quegli indicatori
software che possano dare un'idea dell'andamento dell'azienda.
Per fale tale operazione si cerca di tenere conto di tutto cio' che
puo' risultare significativo, il problema sta' nel caricare dati da
fonti software ed hardware diversi, l'operazione deve risultare
ripetibile in modo da confrontare i risultati nel tempo.
Quindi per un buon DataWarehouse servono programmi (Access e'
abbastanza adatto ma ci sono altri prodotti fatti appositamente), in
grado di manipolare e sintetizzare dati che arrivano dalle fonti piu'
disparate.
Insomma era una vita che lo facevo ed era una cosa normale, un giorno
qualcuno ha inventato questo fantastico termine ed ora faccio qualcosa
di fichissimo.
--------------------------------------------------------
Paolo Hölzl
Metis Informatica S.r.L technical manager (Ferrara)
--------------------------------------------------------
ATTENZIONE!, antispam 
per reply sostituire xxxx.xxxxxxx.xx con 
mail.asianet.it

 disparate.
Hmm, in realta' quando si parla di DW si parla di quantita' di dati
realmente grandi (basi di dati dell'ordine dei Tb) quindi Access non
credo proprio sia utilizzabile per fare del DW 'vero'.
Per quello non servono solo hardware specializzato (specie per quanto
riguarda la capienza delle memorie di massa ed il parallelismo) e
software di un certo livello (Oracle, Informix)  ma anche una
progettazione denormalizzata dello schema logico secondo le direttrici
di quello che viene comunemente detto Star-schema.
Per Mauro: al momento non ho sottomano i riferimeti bibliografici, di
sicuro esiste qualcosa nei cataloghi della Oracle Press.
Ciao.
Stefano Spelta

sicuro esiste qualcosa nei cataloghi della Oracle Press.
Dove li trovo?
Grazie infinite.
    Mauro Maccagnani.

 tratta.
Un articolo sull'ultimo numero del Linux Journal segnalava:
http://www.photo.net/wtr/dead-trees/
si tratta della versione on-line del libro di Philip Greenspun 
"Database-Backed web sites". Forse ci trovi qualcosa che ti puo'
servire.
Ciao.
-- 
Ezio Cremaschini  (togli "toglimi." dall`indirizzo per rispondere)
Signature has been removed because it made an unfair comparison
between NT 4 and Linux.

credo proprio sia utilizzabile per fare del DW 'vero'.
Il problema a mio parere non e' se e' vero o non vero, a una miriade
di aziende che hanno massimo 2 Gb di dati corrispondono pochissimi che
vanno oltre e arrivano al terabyte.
Chiaramente Access non e' un prodotto adatto a manipolare database di
quelle dimensioni esistono altri prodotti concepiti per questo,
l'esempio Access era per farlare di un pacchetto a tutti conosciuto in
grado di farlo su piccole realta' che possono anch'esse avere problemi
di DatawareHouse.


 ne sarei molto grato
Nelle basi di dati tradizionali l'aspetto preponderante e' quello della
gestione delle transazioni. Gli schemi logici normalizzati hanno lo
scopo di rendere piu' efficace possibile la loro esecuzione (ad esempio
la normalizzazione fa si' che non ci siano dati ridondanti per cui la
transazione deve accedere ad una sola istanza del dato) e di ridurre al
minimo l'occupazione in termini di spazio del DB (la normalizzazione ti
consiglia di separare da una tabella una colonna che non ha un
significato semantico valido per tutti i record di una tabella
sostituendola di fatto con un join). Questi obiettivi sono giustificati
dalla necessita' di mantenere le caratteristiche ACID in un DB
sottoposto ad una grande attivita di modifica.
In campo DW le basi di dati sono relativamente 'statiche' (le operazioni
di modifica vengono fatte tipicamente in batch e ad intervalli regolari)
e di dimensioni tali da rendere le operazioni di join estremamente
costose (in termini relativi ancora piu' costose di quanto gia' non
siano in ambienti OLTP). Le operazioni che vengono eseguite con maggiore
frequenza su questi DB sono query di lettura ed aggregazione molto
pesanti (ossia fatte sull'intera tabella dei fatti, leggendo qualcosa
sullo star-schema capirai) ed in questi casi uno schema denormalizzato
ti permette di evitare dei join disponendo di copie ridondanti dei tuoi
dati. D'altra parte l'aumento di dimensioni del DB e' il prezzo che a
volte bisogna pagare ed anche per questa ragione i DW raggiungono
dimensioni ragguardevoli.
Abbiamo trasmesso "tutto il DW in dieci secondi".
So di essere stato un po' sintetico e forse un po' criptico. Se hai
altre domande scrivi pure. 
Se vuoi leggere qualcosa di veloce sullo star-schema vai a 
http://members.aol.com/nraden/str101.htm
ed in generale dai un'occhiata al sito
http://members.aol.com/nraden/
Tra i libri che puoi leggere
Sean Kelly, DataWarehousing in action , Wiley
-- 
Stefano Spelta

 di DatawareHouse.
-- 
Stefano Spelta

Un sentito grazie a tutti per essere intervenuti ed avermi aiutato in questo
primo approccio ai Data WareHouse.
Ciao.
            Mauro Maccagnani