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

Ciao ragazzi, chi mi spiega in due parole perchč l'ADO sarebbe meglio del
DAO?
Ciao e grazie

ti dico io una cosina, dopo avere tradotto completamente un progetto da DAO
ad ADO. Il progetto usa un DB access, zeppo di relazion eccetera:
ADO si è rivelato un'autentica CATASTROFE.
Ho rimigrato TUTTO a DAO.
Non so perchè MS stia abbandonando DAO, ma gli pigliasse una dissenteria
fulminante.
"Wodka4U" <marc_cHa_o@mar_Xp_tek.it> wrote in message
news:yzNP7.5230$ob5.1...@news2.tin.it...


 ha scritto nel messaggio
news:9uqfkg$a75cf$1...@ID-77234.news.dfncis.de...


 fulminante.
cut
per il semplice motivo che la tecnologia su cui si poggia anche ado è più
generale e performante rispetto a DAO.
DAO è stato studiato per stare insieme a jet...ergo...
faccio una app mono utente ed uso Access (che si può dire è un front end di
jet) ...DAO vola! per forza!
MA
faccio una app con Dbase SQLserver o Informix o Oracle....con ADO connetto
ste basi senza tanti problemi...
di più....accetto di stare ancora con ADO + Access...
devo trasportare la mia pp su internet e la base dati deve essere
accessibile da asp....fatto!
IN SINTESI:
non sarà performante come DAO +JET (ma non fa neanche tanto schifo...come
sempre accade non puoi prendere un codice e spararlo pari pari dentro
un'altra tecnologia....esistono accorgimenti anche per la conversione da DAO
a ADO se vai sul sito Microsoft ci son spiegati.....non chiederli a me è 3
anni che non uso + DAO)  ...ma è davvero versatile....ed oggi credimi questa
è una grande qualità!
Saluti!

 Ho rimigrato TUTTO a DAO.
Credo che questo si rigirerà presto in una catastrofe peggiore.
Il giorno in cui DAO non sarà più disponibile dovrai ugualmente riconvertire
tutto.
Tanto vale farlo ora man mano.
Più tardi potrebbe rivelarsi troppo dispendioso, ma altrettanto impossibile
rinunciarvi.
D'altra parte l'errore non è stato scegliere DAO o ADO, ma scegliere Access
come base dati :)
Ciao
------------------------- SiDB Simple DataBase engine ----
------------------------- adParser Expression evaluator --
 
http://space.virgilio.it/zntf...@tin.it/
----------------------------------------------------------

 come base dati :)
questa è un'affermazione -permettimi- veramente azzardata.
Dimentichi quanto costa access, inteso come database, ovvero jet : ZERO
...e  cosa ci devo memorizzare dentro.
...e quanto il Cliente può pagare (se paga).
...e per finire, quanto IO posso pagare per avere un ambiente di sviluppo
non "craccato"


 
attualmente SQL-Server costa 0 (zero ) anche lui , almeno nella versione
MSDE ( che non fa affatto schifo ).
esempio
ho un programma DAO con db condiviso in rete ( multiutenza sotto DAO/Jet
! )
per fargli fare le statistiche ( del piffero ) abbiamo usato un ActiveX
remoto ( DCOM )
ci ha fatto PIANGER per due anni moscio da morire su un PII 300 e disco
SCSI ( signor PC ), tutto codato a mano ( ed ogni volta per aggiornarlo
erano dolori di pancia e corse al bagno :-) )
ora stiamo convertendo il progetto sotto MSDE-ADO le statistiche si
fanno con le stored-procedure
direttamente DENTRO il server ( non il pc ma MSDE )
su un puzzosissimo pentium 166 con 48 MB di ram VOLA ( ma vola davvero
).
fatevi un po' di conti.

 su un puzzosissimo pentium 166 con 48 MB di ram VOLA ( ma vola davvero
Sono sempre convinto che non siano questi risultati "a breve termine" quelli
davvero importanti.
Ciao

 
non ho capito bene cosa intendi ?
io sono a favore di MSDE ( metti qui il server DBMS preferito ) rispetto
ad DAO-Jet, ed il DB e' stato portato completemente in MSDE ( tutti i
dati ) quindi le prestazioni sono quelle 'reali' , o mi stai dicendo che
MSED ( SQL-SErver ) col tempo si siede ? qui gradirei commenti ed
eventuali soluzioni e/o consigli in modo da potermi regolare.
ciao and happy DBMS-Programming.