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

Ho sviluppato un'applicazione basata su oggetti DAO.
A causa di un decremento di prestazioni, dovuta ad un'incredibile
quantitą di dati in relazione tra loro, ho pensato potesse essere
utile passare da DAO ad ADO, ma mi pongo il seguente pb:
essendo moltissime le righe di codice da modificare e, soprattutto,
dovendo ritestare il tutto mi conviene in termini di prestazioni un
tale sforzo? E inoltre qualcuno sa dirmi i tempi medi necessari per
effettuare un tale crossing?
Grazie a tutti


Considera che passare ad ADO induce anche una considerazione: che server SQL
userai?
Se passi dal motore del Jet a SQL Server (o anche MSDE con i limiti già
molte volte esposti in precedenti thread) avrai un grosso beneficio di
prestazioni ma dovrai sostanzialmente riscrivere il progetto: le query non
ci sono e devono essere convertite in viste, le query parametriche in stored
procedures e le relazioni in triggers.
Il tempo di migrazione dipende dalla complessità del progetto che hai
realizzato ma non è sicuramente trascurabile a meno che tu non abbia un db
access veramente semplice.
Bye.

 Grazie a tutti
Che motore usi ora...??
Se usi Jet scordati ADO è una BUFALA, credo sia solo da ottimizzare
l'accesso ai
dati con Qry Parametriche mirate in modo da ridurre il traffico
dei Dati tra Clients e Server nel caso l'applicazione sia Multiutente.
Se usi Server SQL come MySQL o SQLServer o altri allora
la considerazione di ADO va attentamente valutata nell'ordine
del Tempo-Benefici, il progetto andrà modificato.
Se hai strutturato il progetto usando i Recordset tutto sommato
non ti comporta gravissimi problemi, tini conto che tra i Server SQL
più utilizzati solo SQLServer(e MSDE) e FireBird supportano
Relazioni(Trigger) e Qry(Stored e/o View).
MySQL per ora è ancora molto grezzo anche se è il + veloce.
La cosa è da valutare.
@Alex.

Uso Jet...infatti la risposta di Antonio mi aveva lasciato perplesso
xché ho già fatto piccole modifiche e pare funzionino.
Ho fatto un utilizzo massiccio di recordset e transazioni, ma credo di
aver individuato in un eccessivo uso di controlli e riallineamenti
basati su dlookup e simili(pesantissimi come ben saprete)
Il guaio è che lo usi una volta pensando che sia l'ultima e poi ne
concateni una decina:)
Sto ripulendo il tutto creando Qeury ad hoc...noto dei benefici ma
devo testare bene la cosa.
Grazie cmq.
Ciao e a buon rendere


 procedures e le relazioni in triggers.
solo in SQL 7, in SQL2000 restano relazioni.
cut
Sib

 xché ho già fatto piccole modifiche e pare funzionino.
Mia risposta?
Quale risposta?
Ah...
Si scrive correttamente DOPO il quoting!!!
Antonio

"Sib" <si...@SPAMiol.it> ha scritto nel messaggio
news:EjdIa.110595$pR3.2...@news1.tin.it...

ok.

 ha scritto nel messaggio
news:pvt2fvol9iol7feo7...@4ax.com...

Anche perchè le mie risposte difficilmente lasciano perplessi!!!
Antonio

 ok.
Lo precisavo solo perche' per ora sto soffrendo come un pazzo perche' sto
usando sql 7 (non sai cosa ho dovuto fare per modificare la chiave primaria
di alcune tabelle collegate).
Sib

 Con modestia parlando:)
Ovviamente
Antonio


Mi sto zitto o dico quale certezza lasciano???
MAssimiliano
 
--------------------------------
Inviato via 
http://usenet.libero.it

Mi sto zitto o dico quale certezza lasciano???
Credo di intuirle:)
