Newsgroup: it.comp.lang.visual-basic
Titolo: ma voi come vi trovate con ADO??

per chi ha seguito i problemi che sto avendo a creare un kit di
installazione di un progetto che usa ADO...
sto girando msdn dove trovo tonnellate di problemi relativi a MDAC e DCOM, 2
cose indispensabili per ADO.
Ho migrato un progettone ad ADO (buttando alcune ore), ed adesso sto
crepando per creare un kit funzionante. Msdn stessa candidamente mi
"confida" che devo stare bene attendo alla versione di MDAC e di DCOM.
Insomma dovrei creare un kit diverso per ogni sistema operativo.
Temo InstallShield o InnoSetup non mi aiuterebbero, perchč il prob delle
versioni rimane
Usavo DAO e non avevo ALCUN problema, su nessuna versione di WIN.
Nel mio progetto uso un database MDB di Access 97 oppure di Access 2000.
Che faccio, torno a DAO? ADO va veramente meglio? (insomma č veramente piů
veloce???)

 veloce???)
A me personalmente a parita' di condizioni non sembra la tecnologia piu'
veloce, anzi...


In remoto, assolutamente si!
In locale...neanche in discesa, sott'acqua e col vento a favore! ;-)
nonsonostatoio

 ha scritto

sii onesto.
se ado e' su un athlon, e dao su 386, forse ce la fa.
ferme restando le environ$ che dicevi :)

tanto per smentirmi da solo, ho fatto una prova. Ho monitorato il tempo di
connessione ad un db remoto Oracle ed un loop di scorrimento su una stessa
tabella, sia con ADO che con DAO via ODBC
*** ADO ***
OPEN: 0,6015625
LOOP: 1,429688
*** DAO ***
OPEN: 1,492188
LOOP: 6,589844

 wrote in message
news:9ktoh7$65kit$1...@ID-51318.news.dfncis.de...


Vi faccio perdere un po' di tempo leggendo la mia opinione :))
Non mi risulta che si debba costruire un kit di installazione diverso per
ogni s.o. (almeno, l'applicazione che uso ne utilizza uno solo e funziona su
tutti i s.o. win 32 bit...)
E' vero pero' che su alcuni win95 'vecchi' occorre installare anche dcom...
Riguardo il paragone con DAO : la velocita' di esecuzione e' l'unica e
fondamentale caratteristica del tuo sw e lo usi solo in locale ?
Allora usa DAO, conscio del fatto che probabilmente sparira' (almeno a
quanto si sa oggi...)
In ogni altro caso , usa ADO (anche se prevedi in futuro, anche lontano, di
utilizzare il tuo sw con un db diverso da Access...)  !!!
Ciao.
Lorenzo

 veloce???)
io ho trovato ADO più veloce soltanto su database piccoli ma più lento
rispetto
a DAO sui DB di medie dimensioni > 15 MB
per il lato di manipolazione strutture ADO è uno schifo autentico, molto
molto
limitato e neanche la congiunzione di ADO, JRO e ADOX riesce a sopperire ai
grossissimi limiti di ADO.
Io personalmente mi tengo DAO per i db locali/LAN e ADO per tutto ciò che
riguarda il remoto vb/asp su internet.
--
Fibia "Sakamoto" FBI
E-mail: 
fibi...@hotmail.com
ICQ UIN 63586057
Sito Personale: 
http://www.geocities.com/fibiafbi
VB Simple: 
http://vbsimple.virtualave.net
Membro #25 delle Mitiche Brigate Takahashi sezione Sud

 wrote in message
9kufnb$6m7f5$1...@ID-66902.news.dfncis.de...
|
| Io personalmente mi tengo DAO per i db locali/LAN e ADO per tutto ciň che
| riguarda il remoto vb/asp su internet.
|
Pensavo di essere l'unico a "tenersi" DAO!
Bye,
Enrico.

 Pensavo di essere l'unico a "tenersi" DAO!
senti, lo strano del gruppo sono io :PP
--
Fibia "piů vecchio di suo nonno" FBI

 Bye,
Non sei l'unico :-)
Ciao, Simone

 Enrico.
Aggiorno la lista dei DAO-nostalgici a ++
nonsonostatoio
[Sebbene...ritenga che a saperlo prendere, ADO, risulta molto più potente e
veloce di quanto non voglia far credere!
Certo è che con ADO ciò che aggiunge lentezza a lentezza è la mentalità del
'basta che funzioni'.
Faccio un esempio:
- una certa preferenza per gli aggiornamenti posizionali
(rst!miocampo=miovalore...rst.update) in vece dei più veloci aggiornamenti
con ricerca (esecuzioni di stringhe SQL).
A proposito...ho scoperto da poco che in un aggiornamento lato client
un'istruzione del tipo
rst.update "miocampo", "miovalore"  [che, per inciso, risulta più veloce di
quella, simile, scritta sopra]
viene 'arbitrariamente' trasformata dal Client Cursor Engine di ADO in una
istruzione SQL parametrica del tipo
UPDATE miatabella set miocampo=? WHERE campochiave=? AND miocampo=?
In sostanza:
    -    Con molta discrezione, il CCE itera fra le proprietà dinamiche dei
campi coinvolti, prelevando alcuni dei parametri dalle proprietà
Basetablename, Value e UnderlyingValue...
    -    quasi in punta di piedi cerca fra i campi del recordset (non della
tabella, ma del recordset!) coinvolto il campo chiave (e se non ne
trova...s'inca...genera un errore...
    -    simula un locking ottimistico aggiungendo la seconda parte della
clausola where...
    -    e infine crea (per poi distruggerlo subito dopo) un opportuno
oggetto Command, capace di eseguirla, non prima, naturalmente di aver
definito ogni pidocchiosissima proprietà degli oggetti Parameter e aver
refreshato sulla collezione Parameters per mettere le cose a posto.
Insomma il Client Cursor Engine trasforma un aggiornamento posizionale in un
aggiornamento con ricerca se il recordset ha un cursore lato client...gulp!
Carino, certo!..."Elegante", si!
Ma, diavolo, se me lo dici prima....lo creo io l'oggetto Command!...la creo
io l'istruzione SQL parametrica!..lo definisco io il locking adatto!..te li
definisco io gli oggetti Parameter necessari!...vabbè!!!]
facaldoeadessovadoafarmiunabirra!!!!
però -giuro- questa volta
nonsonostatoio ;-)

 nonsonostatoio
+++
pero', in oe5, per i ng ms, di dao ho 770 msg non letti. per ado 17k.


 pero', in oe5, per i ng ms, di dao ho 770 msg non letti. per ado 17k.
come per la vecchia questione della moglie e dell'amante!
nonsonostatoio (èstatopal)

 Pensavo di essere l'unico a "tenersi" DAO!
No, non sei l'unico.
Ci sarà un motivo se per le missioni spaziali e gli ambiti militari usano
tecnologia vecchia di qualche anno (un tecnico la definirebbe "rodata", un
commerciale "obsoleta").
Io seguo la stessa politica anche se non lavoro in nessuno di questi ambiti.
Ciao
*Roby*

 
++++
Questa maggioranza di messaggi per ado puo' indicare che DAO e' piu'
conosciuto e quindi c'e' meno da chiedere!
-- 
Samuele Battarra
prova il mio newsreader:
http://digilander.iol.it/battarsa/programmi/leggiminews.html