Newsgroup: it.comp.appl.access
Titolo: Data Warehouse

Mi piacerebbe aprire una discussione sul DATA WAREHOUSE,
ad esempio: "Quanti usano Access per problematiche di questo tipo?"
Saluti
Michele Amato

 wrote in message
p5tZ5.87356$hk4.3...@news.infostrada.it...

Comincia con la tua definizione del concetto!
Antonio

 wrote in message
_puZ5.88024$hk4.3...@news.infostrada.it...

La definizione, secondo uno dei padri del Data Warehousing, Ralph Kimball,
č:
"A data warehouse is a copy of transaction data specifically structured for
query and analysis".
Io generalizzerei e dire che:
"un data warehouse č un sistema (non necessariamente una copia) orientato
all'analisi dei dati".
Access, a volte, non ha i muscoli per fare questo, in tempi accettabili.
Nonostante ciň spesso me lo ritrovo tra i piedi :-)
L'obiettivo di questo thread č scambiare informazioni-opinioni-trucchi per
ottenere performance accettabili da un sistema non "pensato" per essere
impiegato in questo contesto...
Michele Amato

>ad esempio: "Quanti usano Access per problematiche di questo tipo?"
Io si' (non in tutti i casi pero' e' lo strumento indicato), il
problema e' che il concetto per taluni e' assolutamente indefinito e
che ciascuno cerca di accostarlo ad una propria definizione in modo da
dire che il suo strumento (di solito costosissimo) e' l'unico in grado
di farlo.
----------------------------------------------------------
Paolo Hölzl
Gruppo Tekup Software developer (Bologna)
----------------------------------------------------------
ATTENTION!, antispam 
For reply, substitute xxx with gruppotekup

 Nonostante ciň spesso me lo ritrovo tra i piedi :-)
D'altro canto cosa pretendi da un programma che costa quanto un videogioco?
;-)
Visto che siamo in aria di filosofia, Access e' il prodotto ideale per la
struttura delle aziende italiane. Il fatto che, in Italia, la quasi
totlaita' delle aziende sia di dimensioni medio-piccole, impedisce che esse
possano investire su strutture informatiche di un certo livello. Access
sembra studiato apposta per tappare il buco tra le esigenze delle aziende di
elaborare dati e l'impossibilita' intrinseca di procurarsi sistemi piu'
efficienti (e molto (molto) piu' costosi.
Comincia a esporre la tua opinione che cominciamo ad approfondire.
Ciao, Sib

Antonio Biso wrote:

-----
Le tecnologie di datawarehuose, fanno parte di tutti quei sistemi che
vanno a comporre i Sistemi Informativi Direzionali, insieme a dbms,
software EIS/OLAP ecc.
ossia sistemi (composti di strumenti, dati, persone ecc) finalizzati a
produrre le informazioni necessarie al lavoro manageriale delle aziende,
prevalentemente costituito da attività di controllo, di decisione e di
comunicazione aziendale.
Il presupposto necessario è disporre dei dati necessari a produrre le
informazioni direzionali, organizzati e archiviati con l'utilizzo di
sistemi relazionali RDBMS o multidimensionali MDBMS.
Le caratteristiche principali di un datawarehouse sono:
-orientamento ai problemi di indagine ad esempio clienti e prodotti, e
non alle applicazioni oprative,
-integrazione tra i dati
-orizzonte temporale ampio(corrente, storico, serie di 'snapshot' o
fotografie del tempo)
-non volatilità dei dati (solo lettura, mai modifica)
-finalizzazione al supporto decisionale e non all'ottimizzazione del
database
-sitema off-line dai sistemi informativi operativi
-allineamento dei dati (repliche, automatismi ecc.)
-dati esterni e dati di varia natura non formattati (testi, grafica,
multimedia) con forme e livelli di aggregazione differenti
-presenza dei dizionari dati(metadati)
sostanzialmete un datawarehouse è un processo di trasformazione dei dati
'grezzi' attraverso processi elaborativi che soddisfino il fine dei
destinatari per i quali le informazioni vengono prodotte, nonchè i tempi
e i luoghi di presentazione dell'informazione.
Traggo un esempio:
I dati relativi al costo del personale e ai costi diretti di un reparto
di di vendita vengono elaborati insieme ai dati di fatturato del medesimo
reparto al fine di produrre le informazioni relative alla redditività del
reparto: il risultato può consistere in un report tabellare predefinito
attraverso il confronto con l'anno precedente (modo di presentazione), da
prodursi entro la fine di ogni mese (tempo di presentazione), da prodursi
all'interno del SID di cui il controller e il direttore delle vendite
(destinatari) hanno accesso dal PC della loro scrivania (luogo di
presentazione) per tenere sotto controllo in maniera sistematica la
redditività dei vari reparti e compiere analisi e raffronti.
------
Per quanto riguarda la mia esperienza, stò realizzando (o meglio....
cercando di realizzare), un sistema che consenta agli utenti un
interazione con i dati slegata dalle procedure operative predefinte, in
quanto pensare in fase di progetto concettuale della base dati quali
siano tutte le possibili integrazioni, aggregazioni e visioni che si
possono avere sui dati , è un lavoro immane e che costerebbe tantissimo
tempo (da cui $). Per fare questo ho realizzato un dizionario dei dati
suddivisi per 'aree di pertinenza', ossia tramite un repository, ho
raccolto le informazioni per aree tematiche cosicchè all'utente sia
completamente indifferente la struttura del database. Molte volte infatti
informazioni appartenenti alla stessa area tematica appartengono a più
tabelle, o, nella stessa tabella sono presenti dati di diverse aree.
Partendo da queste informazioni 'grezze' l'utente ha (forse meglio dire
avrà...) modo di costruire da solo le sue informazioni elaborate
attraverso la possibilità di costruirsi delle strutture di output
(tabelle, report, modelli Word, file Excel) applicando le regole di
quella che è la sua 'business logic', ovvero la sua specifica necessità
di elaborazione (il commerciale ha esigenze diverse di chi è in
produzione e da chi è in amministrazione).
Il tutto naturalmente con l'odiato/amato Access, anche se prima o poi
porterò la base dati su SQL Server.
Saluti e speriamo che questa discussione continui
Paolo


La mia non vuole essere una discussione sull'opportunità o meno di usare
Access in questo contesto (vedi post di Paolo Holzl con cui concordo
perfettamente), ma sugli accorgimenti usati per ottenere buone
performance...
Io (e non sono il solo) per esempio denormalizzo le tabelle, per ottenere
uno star schema, questo è per me il primo passo.
Ovviamente questo per ogni "Area tematica" (data mart).
Per ragioni di tempo, sono costretto ad interrompere, intanto passo la
palla...
Michele Amato

 wrote in message
3A3799EE...@interlogica.it...

Complimenti per la chiarezza.
Che ne dici di condivedere con noi la tua esperienza:
1. con che mole di dati, per esempio, ti stai confrontando?
2. relativamente all'ETL (estrazione, trasformazione e loading dei dati)
cosa stai usando?
Michele Amato

 wrote in message
3a378b85...@news.inwind.it...

Come non si può essere d'accordo con te :-))
Michele Amato

 Ovviamente questo per ogni "Area tematica" (data mart).
In effetti la mia esperienza e' piu' orientata alla analisi di strutture
complesse di dati che a quella di notevoli moli di dati.
Questo perche' mi sono occupato poco di applicazioni di gestione commerciale
e molo di piu' ad applicazioni di gestione di servizi (Interventi, Corsi di
Formazione, Consulenze tecniche) che portano a strutture molto complesse
che, se denormalizzate, risulterebbero estremamente voluminose e difficili
da analizzare.
Ma e' chiaro che la mia e' una soluzione orientata ad un problema specifico
e che risulta non generalizzabile.
Siccome pero' la generalizzazione e' sempre stata la mia passione, mi
interessa molto un progetto di analisi comune.
Ciao, Sib

 Michele Amato
In questi giorni non ho molto tempo per descrivere ciò su cui stò lavorando,
perchè è abbastanza complesso, posso dire che la base dati è strutturata in
diverse aree, tra cui ad esempio i clienti con circa 1500 record, ma ha
un'ampiezza 'orizzontale' veramente notevole, in quanto, suddivisi nelle
opportune strutture, vengono raccolti circa 600 -700 attributi, ad esempio i
dati sui dipendenti, sulla produzione, sui processi aziendali interni ecc.
Se nel frattempo qualcuno è interessato ho alcuni articoli (pdf) apparsi tempo
fà su CP che parlano di Datawarehose, OLAP, Workflow ecc.
ciao

 wrote in message
_puZ5.88024$hk4.3...@news.infostrada.it...

Io ho iniziato ma tu....
(evidentemente l'argomento non ti interessa/va)
Saluti
Michele Amato

 Saluti
Mi interesserebbe sviscerarlo invece, ma sto cercando un po' di tempo per
farlo e invece... :-(
Antonio