Newsgroup: it.comp.lang.visual-basic
Titolo: Divagazione su ADO.

"Ado è la tecnologia del futuro, è veloce potente e permette di usare
qualsiasi database (anche archivi ASCII)".
[ Qualcuno alla Microsoft ]
Vediamo nei particolari:
Nulla da dire per quanto riguarda la potenza e il permettere di usare
quasiasi database, la mia protesta riguarda la velocità.
La mia applicazione scritta in VB  e basata su un db access prima usava sia
DAO che ADO. Non sono masochista e che le DBGRID le potevo usare
soloassociate ad un controllo ADO, e non avevo le basi per scriverlo tutto
in ADO.
Il risualtato era un codice (specialmente per quanto riguarda una parte che
caricava il db da un file di testo), molto veloce. Adesso che dopo un po' di
studio (che non finisce mai) ho riscritto tutto in ADO. Il risultato è un
maggior tempo di interrogazione del database (essento secondi non me ne
importa molto).
Ma soprattutto un maggior tempo di caricamento del database da file di testo
(quì sono minuti, la cosa comincia a importarmi).
Visto che questa operazione aggiorna alcune anagrafiche e va fatta
abbastanza spesso (1 volta la giorno), vorrei velocizzarla, senza tornare
possibilmante al buon vecchio DAO.
La cosa strana e che i primi record li carica velocemente, poi man mano
rallenta, come se si riempisse una qualche cache.... non sono ancora
riuscito a trovare soluzioni valide, meno male che doveva essere Veloce
(vedi prima riga).
Grazie.

 quasiasi database, la mia protesta riguarda la velocità.
Taglio tutto e lascio solo quello che sintetizza perfettamente le mie
sensazioni e le mie prove (vedi topic "SQL Server? mi aspettavo..."
Sto cercando di capire, ma credo che ADO sia ancora un ... neonato.

 neonato.
Neonato? Ma se è già in pensione...
Ciao.
--
BSD is for UNIX-lovers -- linux is for Windows-haters.

 Neonato? Ma se è già in pensione...
In pensione? Beh, ha vissuto poco (con tutta la pompa che gli si riserva).

 Beh, ha vissuto poco (con tutta la pompa che gli si
riserva).
Non so se fosse previsto, in fondo a .NET (anche se le cose si
sono modificate ed evolute nel tempo) hanno iniziato a
lavorare nel '95.


 "Ado è la tecnologia del futuro, è veloce potente e permette di usare
CAZ questa discussione si ripete periodicamente ....quindi è l'ultima volta
che vi partecipo...se ti interessa scaricati l'ultimi 2 mesi di post (da
google o da dove vuoi) e vedrai che è un post ciclico.
Allora punti fermi a cui QUASI tutti sono giunti...
DAO E' + VELOCE di ADO per fare applicazioni monoutenti e al max pochi
utenti contemporanei.
DAO è un metodo di accesso ai dati sviluppato per JET
ADO esprime il meglio di se in applicazioni client server
ADO è ineguagliabile per connettere DB diversi sotto un unico standard
ADO tramite il pool di connessioni (HAL ho imparato hai visto???) ha
vantaggio a aprire e chiudere connessioni e quindi lavorare con record
disconnessi.
ADO se lavori con Internet non ti da problemi...accetta stream...esporta in
XML...etc etc...
Certo se devi fare il prog gestionale ad una piccola azienda con 3
pc...oppure alla tipografia all'angolo...e usano Access come DB...oh
beh..tieniti DAO...ma se un attimino alzano il tiro ed espandono la
rete...vogliono msde o SQLserver o Oracle...oppure vogliono esportare i dati
su Internet o su XML....
Questi sono i punti fermi
:-)
Se vai a caccia di mosche è inutile andarci col cannone no?
bye man!

 bye man!
e noi codate no ?
j.pool

 sensazioni e le mie prove (vedi topic "SQL Server? mi aspettavo..."
Ok, ok... li ho fatti i test...
vai a vedere...    ;-P
ciao
ugo

 ha scritto nel messaggio
news:abrevm$kn9uk$1...@ID-96367.news.dfncis.de...

Ho visto, come hai visto e, dopo averti maiuscolamente (???) ringraziato, ti
faccio la linguaccia anch'io ;-PPP
PS serio: Ho mandato a Lord il progetto modificato per la pubblicazione sul
sito.
Lo mando anche a te in mail, ma non per farti perdere altro tempo, così, per
riconoscenza.


Thanks.
ciao
ugo