Newsgroup: it.comp.appl.access
Titolo: ADO vs DAO

Ciao a tutti,
sto cercando info su ADO e DAO quindi chiedo anche qui.
Per sviluppare applicazioni Access (e cmq in generale) quall'č meglio usare?
Quali sono i pro e i contro?
Grazie.
Luca

 Quali sono i pro e i contro?
DAO č potente e facile da usare, ma e' specifico per Access
ADO č altrettanto potente (anzi di piu') e leggermente piu' seccante da
usare, ma consente di accederea qualsiasi fonte dati in modo omogeneo (basta
cambiare le stringhe di connessione) e di lavorare molto bene (se si impara
a sfruttarne le potenzialita'), inoltre rappresenta il futuro.
Sib

 ha scritto nel messaggio
news:ZmbY9.41206$YG2.1...@twister1.libero.it...

Se devi partire da 0 impara ADO
--
ciao MarcoS
www.marcosanti.it

 ADO ...inoltre rappresenta il futuro.
No, Davide. Questa verità è dell'altro hieri. (Si dice così?;-)
Il futuro è 
ADO.NET
 dove la parola "ADO" è solo un sedativo
perché sono ca. o più diverso come DAO-ADO.
--
cu
Karl
*********
Access-FAQ (tedesco): 
http://www.donkarl.com

 Quali sono i pro e i contro?
DAO č specificamente ottimizzato per JET.
ADO 2.XX (come giustamente ha osservato Karl) non č nemmeno il futuro, č
stata una parentesi.
Ciao.


"naturalmente" non č possibile usare 
ado.net
 in axp neanche aggiungendolo
(?) nei riferimenti ?
ciao

 (?) nei riferimenti ?
Francamente non lo so.
Ciao.

 perché sono ca. o più diverso come DAO-ADO.
Scusa, siccome sto ancora imparando ADO, non mi ero reso conto che era
obsoleto. il libro su ADO in Access XP e' uscito a dicembre 2001, secondo me
non si puo' andare avanti cosi'. Gli sviluppatori devono pur avere il tempo
di impadronirsi di una tecnica e di applicarla (3-4 anni minimo) altrimenti
passiamo la vita a studiare e non lavoriamo mai.
Scusa lo sfogo, ma quando si esagera si esagera e spero che mamma MS (e non
sputo nel piatto dove mangio) faccia un flop clamoroso con .NET, cosi' la
finiscono di rompere.
Sib
PS Ti ribadisco sempre quello che ti ho detto a capodanno.
Ciao

 stata una parentesi.
sotto questo punto di vista, tutti i linguaggi sono "parentesi".
bisognera' vedere quanto durera .NET, presentato in pompa magna dalla MS ma
di cui ancora nessuno (o quasi) sa niente.
Come rispondevo a Karl, NON SI PUO' CONTINUARE COSI'.
Sib

 Ti ribadisco sempre quello che ti ho detto a capodanno.
Siamo raffreddati forte tutti e due qui a causa del tempo
molto variabile che adesso conoscete anche voi. ;-)
Auguri alla famiglia.

 Come rispondevo a Karl, NON SI PUO' CONTINUARE COSI'.
Hai ragione, ma purtroppo credo che .NET prenderà piede (basta far sparire
tutto quello basato su .COM).
Qualitativamente è notevole: ho smacchinato su alcuni esempi e le modalità
disconnesse di 
ADO.NET
 dovrebbero garantire grande scalabilità alle
applicazioni.
Il grande problema non è solo dover cambiare abitudini, ma la conversione
dei vecchi progetti a .NET.
In rapporto a Office, pare che i prossimi due rilasci continueranno a
supportera Visual Basic, poi si vedrà.
Ciao.

 NON SI PUO' CONTINUARE COSI'.
[...]
    Te lo dico con il Cuore in mano: per fare questo nostro mestiere ci
vuole un po' di sangue romagnolo: ieri carrettieri, oggi camionisti...
--
Ciao :-)
Maurizio
--------
?SPQR(C)
 X
--------

 Auguri alla famiglia.
Ricambio con simpatia.
Sib

 lavoro?
Nel tempo libero?
E pensare che dopo la tirata di AMR-Giuseppe pensavo si vivesse nel miglior
mondo possibile!
Ciao.

Cmq ho lavorato con entrambi ed ho notato che con una base dati di 30-40
record la ricerca da una combo è molto più lenta se il recordset lo creo con
ADO. Nonostante l'ADO o 
ADO.NET
 che si voglia sia il futuro, credo che
Access non sia in grado di utilizzarne a pieno le potenzialità per limiti
intrinsechi e che la connessione assomigli dippiù ad una connessione ODBC,
discorso diverso per MSDE, SQLServer & Co, per cui finquando continuerò ad
utilizzarlo utilizzerò il DAO.
Ciao Raffaele