Come posso velocizzare query access in quanto è lentissimo il caricamento, considerando che deve interrogare 10.000 record.
Grazie.
Ho provato anche con ado, senza query access ma solo con istruzioni sql.
In Particolare:
ho un treview che popolo con dei dati raccolti da database. Il formarsi di questo treeview è lentissimo.
Come fare per velocizzare le query, qualsiasi cosa??
prova a postare la query :quipy:
..non che faccia al caso mio, ma volevo sapere se collego piu tabelle, volevo sapere come poter rendere veloce il caricamento di record considerando una media di 10.000 record.
Grazie.
Usare gl'indici sui campi di ricerca o join
Se lavori con una media di 10000 record il caricamento dell'albero richiederà comunque del tempo, qualsiasi tipo di query tu utilizzi.
Prova ad ottimizzare il codice che carica i dati nel TreeView
era proprio quello che chiedevo, ossia come riuscire (in generale)ad ottimizzare il codice per rendere il tutto + veloce?
Dipende che tecnologie usi, nel senso di versione di Access e nel senso di tecnologia per accedere ai dati (DAO, ADO)Originariamente inviato da cla80
era proprio quello che chiedevo, ossia come riuscire (in generale)ad ottimizzare il codice per rendere il tutto + veloce?
Penso che la tecnologia che usi (DAO o ADO) non faccia la differenza quando il problema è riempire un albero con 10000 sottorami.
Il rallentamento sta proprio nel fatto che tu fai un ciclo su tutta la tabella e quindi riempi in un unica volta l'albero.
Se i tuoi dati sono suddivisibili in sottosezioni (come penso che sia altrimenti a cosa serve l'albero?), potresti usare proprio queste sottosezioni. Mi spiego meglio:
All'avvio del form riempi l'albero solo con il primo livello di dati.
Es. se stai inserendo delle anagrafiche, il primo livello sara "Comune", quindi fai una
Quando vai ad aprire un ramo (es. ROMA) carichi come "figli" del ramo ROMA i record Estratti concodice:SELECT Comune FROM TABELLA GROUP BY Comune
e così via per tutti i livelli di dettaglio che vuoi aggiungere.codice:SELECT Cognome FROM TABELLA WHERE Comune = 'ROMA' GROUP BY Cognome
In questo modo l'apertura sara molto più veloce e dividi il tempo di attesa (comunque non troppo alto) man mano che esplori l'albero.
Spero di essere stao esauriente
Cambia molto la velocità di scorrimento di dati tra DAO e ADO.Originariamente inviato da IKON
Penso che la tecnologia che usi (DAO o ADO) non faccia la differenza quando il problema è riempire un albero con 10000 sottorami.
Così se l'utente ti clicca continuamente sul "+" dell'albero per aprire o chiudere un ramo ti manda in palla tutto ...:quipy:Il rallentamento sta proprio nel fatto che tu fai un ciclo su tutta la tabella e quindi riempi in un unica volta l'albero.
Se i tuoi dati sono suddivisibili in sottosezioni (come penso che sia altrimenti a cosa serve l'albero?), potresti usare proprio queste sottosezioni. Mi spiego meglio:
All'avvio del form riempi l'albero solo con il primo livello di dati.
Es. se stai inserendo delle anagrafiche, il primo livello sara "Comune", quindi fai una
Quando vai ad aprire un ramo (es. ROMA) carichi come "figli" del ramo ROMA i record Estratti concodice:SELECT Comune FROM TABELLA GROUP BY Comune
e così via per tutti i livelli di dettaglio che vuoi aggiungere.codice:SELECT Cognome FROM TABELLA WHERE Comune = 'ROMA' GROUP BY Cognome
In questo modo l'apertura sara molto più veloce e dividi il tempo di attesa (comunque non troppo alto) man mano che esplori l'albero.
Spero di essere stao esauriente
basta caricare il ramo solo quando non è ancora stato fatto. Se chiudi e riapri il ramo lo hai gia caricato.Originariamente inviato da biste
Cambia molto la velocità di scorrimento di dati tra DAO e ADO.
Così se l'utente ti clicca continuamente sul "+" dell'albero per aprire o chiudere un ramo ti manda in palla tutto ...:quipy:
Permessi di invio
Rispondi quotando