Newsgroup: it.comp.lang.visual-basic
Titolo: [!] ADO.NET chi lo usa ?

Ho letto un articolo ed è stato abbastanza disarmante .. prestazioni
migliori ma ancora poca flessibilità ... tanta fatica per arrivarare alla
2.7 ed ora siano tornati alla 2.1
Tutti i concetti di OLE-DB sono rimasti invariati; sembra si siano divertiti
solo a cambiare le librerie per poi dire che hanno fatto qualcosa di nuovo.
Non capisco il perchè dell'eliminazione del recordset, per sostituirlo con
uno strano oggetto connection-less che assomiglia ai recordset persistenti
di ADO2x
Ma chi lo sta usando ?
Capisco l'aumento delle applicazioni web oriented  ma il 90 % degli
sviluppatori usa DB di tutti i tipi; personalmente avrei potenziato (e non
modificato) tutto ciò che riguarda la connessione e la gestione dei DB ..
Ado2.x funzionava e funziona molto bene .. perchè cambiarlo ?
Saluti


perchè ADODB è una libreria COM, mentre 
ADO.NET
 è una libreria pensata per
una piattaforma _totalmente_ nuova, che con COM non ha (direttamente) nulla
a che vedere...
hth,
A.
UGIdotNET - 
http://www.ugidotnet.org

 DataReader (forse il parente + prossimo al recordset di ADODB).
Questo non è molto rassicurante .. sempre che la mia definizione di cursore
Fire Hose sia la stessa di MS :
cursore lato client, Forward only, read only, e data insensitive (che in
altre parole vuol dire disconnesso)
E i fantastici Dynamic lato server .. leggeri (per il client), maneggevoli e
connection-full ?
Nell' articolo da me letto, uno dei primi avvertimenti citati si riferisce
proprio alla possibilità di confondere le 2 librerie ADO 2x e .NET
ed io, ho pensato bene di non dare ascolto a queste "dicerie" :)
Ti ringrazio per avermi chiarito molti dubbi ... forse la mia è stata la
ricerca di una conferma di quanto avevo solo letto ...
Il mio rammarico più grosso sta nel fatto che ... ora che sono in grado di
utilizzare al meglio ADO2x, devo iniziare a preoccuparmi, prima,  di capire,
poi,
di sfruttare  al meglio una nuova tecnologia (ma il discorso riguarda forse
tutto .NET e forse anche tutta l'informatica e magari ci metto dentro anche
le donne ;))
Saluti

 poi, di sfruttare  al meglio una nuova tecnologia.
E' il problema un po' di tutti (anche il mio!!!) :-(
Il mondo dello sviluppo sta cambiando velocemente, si sta aprendo sempre di
più verso architetture distribuite multipiattaforma e .Net sicuramente
giocherà un ruolo fondamentale nel prossimo futuro.
Un consiglio che ti posso dare è quello di seguire qualche corso Microsoft.
Per esempio il MOC 2389B Programming with Microsoft 
ADO.NET
 è semplicemente
FANTASTICO!
L'ho utilizzato per preparare due esami di certificazione su 
VB.NET
 e C# e
si è rivelato preziosissimo.
Ciao!
--
Lorenzo Benaglia
UGIdotNET - 
http://www.ugidotnet.org

 cosa del genere in modalità statefull con cursori Dynamic?!
Io penso che ci sia sempre un compromesso ..
10.000 connessioni contempranee sono esagerate e di certo un singolo server
non è in grado di gestirle ...
io utilizzerei il supporto di replica del DB stesso su una serie di server
distribuiti che permettono di bilanciare il carico delle connessioni.
Comunque, non avendo mai affrontato l'argomento non mi sono mai posto il
problema ..
tant'è vero che la stessa MS sconsiglia di aprire una connessione ADO con
client su Internet (io non ci sono mai riuscito).. se ivece mi parli di
frame relay oppure di VPN a banda larga allora le cose sono diverse :  la
scalabilità dipenderà principalmente dall'HW utilizzato (senza togliere che
il SW deve essere ottimizzato al massimo) ...
e poi perchè connessioni permanenti al DB ?
Ringrazio entrambi per le risposte .. pensavo che foste tutti in alto mare
come me su .NET in generale .. ma vedo che ci sono già gli "specialisti
pronti all'uso" ...
ovviamente a parlare è solo la mia invidia ...
Saluti

 ovviamente a parlare è solo la mia invidia ...
Invidia? E di cosa saresti invidioso?!?!
Secondo me, con un paio di libri giusti ed un po' di buona volontà qualsiasi
programmatore "sgamato" in VB, Java o C++ nel giro di un mesetto può
"carpire i segreti" della piattaforma .NET. :-)


 "carpire i segreti" della piattaforma .NET. :-)
Terrò buoni i tuoi consigli
Saluti