Newsgroup: it.comp.lang.visual-basic
Titolo: ADO e DAO

Ho installato da poco VB6 e ho visto che c'è un nuovo modo di gestire
l'accesso ai database. Finora ho sempre utilizzato DAO per collegarmi a DB
tipo MDB. Non so quanto conviene passare ad ADO. Sull'help c'è scritto che
se ho programmi scritti con DAO mi conviene tenerli così, mentre per
scriverne nuovi mi conviene usare ADO, a questo punto mi sorgono dei dubbi:
1. ADO funziona veramente bene? (Ricordo che la Microsoft ha licenziato
tutti i suoi beta-tester. Ora i beta-tester siamo noi!)
2. C'è qualche guadagno in termini di velocità di accesso ai dati?
3. Utilizzando sempre connessioni col Jet su MDB e non ODBC, è davvero
conveniente usare ADO?
4. Mi conviene sprecare del tempo per imparare ADO quando DAO funziona
benissimo per le cose che devo fare?
5. Considerando il fatto che lo scambio di dati su Web non mi interessa in
quanto gestisco una rete locale e di Internet quasi me ne sbatto, ADO a che
mi serve?
6. Non centra niente ma: ADORO SQL!
Qualcuno sa darmi qualche informazione in merito?
--
--------------------------------------------
Parolisi Sabato
Scuola 2F s.r.l.
Analista Programmatore
paro...@mail.dueffe.it
--------------------------------------------

mi serve?
Per accedere a DBMS Server tipo SQL Server, Oracle eccetera
Bye,
Alessandro Scardova
scar...@tin.it
http://space.tin.it/computer/ascardov/

Se si tratta di applicazioni con Jet attento: l'OLEDB di ADO per Jet è
ancora molto "difettoso".
A detta anche di Microsoft e di numerosi libri che trattano l'argomento, se
devi fare applicazioni monoutente usa DAO.
Le nuove feature di ADO (con Jet) vanno malissimo! O hanno bugs, o non vanno
proprio.
Scarta il DataEnvironmet (se non per operazioni semplici) e tutto cio' che
riguarda il databinding.
Per il resto studialo lo stesso perchè il futuro è lui: DAO è già morto.
Ciao,
Riccardo Guirrini
Web :          
http://space.tin.it/computer/rguirrin
E-Mail:         
del...@tin.it

tipo MDB. Non so quanto conviene passare ad ADO. 
Ho appena rifatto un applicativo dopo aver mandato a c.. il mitico
ADO.
Sulla velocita' e qualche 'figatina' tipo l'impostazione del Data
Environment non si discute ma per il resto ..
Si carica in memoria il mondo quando entri in una form, refresh
talvolta sono un casino non sai ma se hai i recordset chiusi o aperti.
In pratica ti vedi una DBGrid con dei dati dentro mentre magari
qualcuno li ha gia' cancellati.
Se vuoi fare una query su piu' database come fa Access con i link te
lo scordi.
Ci sono problemi che se non parli con la Microsoft difficilmente
risolvi (per esempio nel caso di spostamento che obblighi ad una
riconnessione), in pratica se usi il Data Environment in un modo
anziche' l'altro ti cambia il gestore ADO senza che te ne accorgi e
questo ti da poi problemi quando trasferisci il tutto.
Interpellata l'Apex per 'effetti speciali' sulla TRueDBGrid ti senti
rispondere che sanno del casino e non ne sono alcora saltati fuori :-(
Un programma sfigato da 4 righe installa ADO e i suoi 15 MB sul
cliente (viva la snellezza).
Insomma sara' pure il futuro ma il presente e' a dir poco avvilente
quindi, a malinquore, sui progetti importanti lo abbiamo abolito (per
ora).
--------------------------------------------------------
Paolo Hölzl
Metis Informatica s.a.s technical manager (Ferrara)
----------------------------------------------------------
ATTENTION!, antispam 
For reply, substitute xxx.xx with 
tin.it

 >Ho installato da poco VB6 e ho visto che c'è un nuovo modo di gestire


>Ho installato da poco VB6 e ho visto che c'č un nuovo modo di gestire


...
