Newsgroup: it.comp.lang.visual-basic
Titolo: [?} Applicazioni OLAP e VB

'giorno ('sera) a tutti
so che la domanda e' alquanto generica, ma mi chiedevo: c'e' qualche anima
pia che mi puo' dare indicazioni su OLAP relativamente a VB, in particalare:
- OLAP (documentazione generica, etc...)
- come fare applicazioni OLAP con VB e/o Office (es. Excel)
- eventuali altre soluzioni software OLAP gia' pronte
- qualsiasi altra informazione riguardante OLAP
P.S. per chi non lo sapesse:
OLAP = OnLine Analytical Processing, e' una metodologia (o meglio, una
classe di software) per l'interrogazione "intelligente" e multi-dimensionale
di basi dati (in genere Data Warehouses). Applicazioni OLAP permettono
l'analisi su piu' dimensioni dei dati e danno risposte a domande del tipo
"what if" e "why", domande alle quali e' impossibile o difficile rispondere
utilizzando un normale database relazionale.
--
Roal Zanazzi
z...@iol.it

Roal,
prima di tutto buon anno,
Per costrure applicazioni OLAP serie e veloci, hai bisogno di un DataBase
mutidimensionale, dul quale dovrai costrure gli opportuni cubi, in base ai
dati da analizzare. Microsoft mette a disposizione OLAP server, venduto nel
pacchetto di SQL server 7, uscito a meta del novembre 98.
Su VB hai a disposizione ADOMD (1.0), la libreria di ADO per accedere i
database multidimensionali. Excel 2000 dovrebbe essere un buon strumento
client per accedere ai cubi multidimensionali sul server.
Un buon testo dovrebbe essere OLAP Solutions di Erik Tomsen,
http://www1.clbooks.com/asp/bookinfo/bookinfo.asp?theisbn=0471149314
 (meta'
97)
Comunque aspettati qulacosa in piu' verso febbraio quando usciranno i primi
libri su SQL 7.
Non so se sono stato utile,
ciao,
Alle.
Alessandro Scardova
scar...@tin.it
http://space.tin.it/computer/ascardov/


Intanto grazie per la risposta "celere" (su comp.lang.basic.visual.database
non mi rispondono da una settimana... e poi dicono che i NG internazionali
sono i migliori ;-)
Tu parli di SQL-Server 7, che non e' proprio il target che preferirei, e di
Excel 2000, che non e' ancora uscito.
Non ci sarebbe una soluzione anche "casereccia" basata sulle versioni
esistenti di Access (97)? Cioe', sarebbe possibile "simulare" ipercubi di
dati con un normale RDBMS (come Access)? Ne varrebbe la pena, considerando
applicazioni target di medio-bassa complessita' scritte in VB? Quale sarebbe
la penalizzazione in termini di performance rispetto a database MD, rispetto
alla minore complessita' operativa?
Altre soluzioni per la parte server, che non siano M$ ?  >:-)
Chiedo scusa per la raffica di domande, ma sono agli inizi con OLAP.
--
Roal Zanazzi
z...@iol.it

Roal,
    Attendere prego...
Alle.

Roal,
Acess 97 NON  e' un databse MD. Nemmeno SQL Server 7 lo e': OLAP Server
venduto con SQL7 ha un suo databse MD. Olap server non ti obbliga ad usare
il suo DB MD, ma ti permette di usarne altri, anche non MD
Se pero' un un DB MD, dal lato client puoi usare OLE-DB for MD (ADOMD).
Ecco chi supporta OLEDB MD oltre a Microsoft : Andyne Computing Ltd.,
AppSource Corp., Brio Technology, Business Objects SA, Cognos, Comshare,
Gentia Software, Hyperion Software, International Software Group, IQ
Software Corp., Knosys, NCR Corp., Panorama Software Systems Ltd., Pilot
Software, SAS Institute, Seagate Software, Simba Technologies and WhiteLight
Systems, Arbor Software.
(fonte: Mondadori Informatica Education)
Puoi simulare, appiattendo a 2 dimensioni gli ipercubi in un DB relazionale
ma le proporzioni sono da catena di sant'antonio! (vedi) ;)
Il problema' e' anche l'algoritmo con il quale si creano ipercubi: spesso si
creano degli ipercubi 'ottimizzati' in modo da ottenere l'80% dei risultati
con il 20% delle informazioni. Questi algoritmi sono roba da guru della
matematica: microsoft ha acquisto un intero team di matematici israeliani
per sviluppare OLAP Server (fonte: Microsoft Italia) ed io preferisco
concentrarmi su altri aspetti del problema.
Non so che tipo di applicazioni devi creare, ma sicuramente se la mole di
dati e' robusta hai bisogno di un DB MD, se al contrario hai pochi dati puoi
provare ad appiattire il tuo cubo a 2 dimensioni, ma in tal caso non ti
serve nessuna tecnologia particolare, in fondo un ipercubo sviluppato a 2
dimensioni e' sempre una tabella...
ciao



Beh, la mia idea era proprio questa (chiamiamola "OLAP dei poveri").
Mi rimane un po' oscura l'azione di "appiattimento" di un ipercubo in 2D...
Mi servirebbe un esempio (anche piccolo)...
Stasera sono proprio fuso, non riesco a connettere!
--
Roal Zanazzi
z...@iol.it

Mi rimane un po' oscura l'azione di "appiattimento" di un ipercubo in 2D...
Appiattimento era una terminologia colorita per definre un sviluppo di un
ipercubo in uno spazio a 2 dimensioni (spazio che, come e' noto, manca di un
certo spessore...)
In effetti ROLAP e' la strada che devi seguire, credo non ci siano problemi
sull'uso di un particolare DB relazionale ma MOLAP e HOLAP sono le
tecnologie piu' efficenti, e necessitano appunto di DBMD
Non ho esempi reali, visto che anche io non ho mai sviluppato OLAP, anche se
mi ci dedichero' (?)in primavera per lavoro. Per ora mi sto documentando, un
po' come te.
a presto,
Alessandro.