Newsgroup: it.comp.appl.access
Titolo: Db di grosse dimensioni

Salve a tutti
ho applicazione FE/BE con un db con circa 80.000 record in crescita
sul server, per cercare velocemente
un record uso la seek che è una scheggia, quando attraverso l'ID del
record cerco di aprire la maschera
per gestire i dati appena trovati, occorrono circa 15 secondi per
visualizzare la maschera che apro con
criterio = "[Id]=" & RST!Id
DoCmd.OpenForm "schedario generale", , , criterio
esiste qualche altro metodo per aprirla più velocemente ?
GRAZIE !!

 esiste qualche altro metodo per aprirla pi� velocemente ?
no...� il + veloce...
a limite puoi provare a mettere come source del Form dettaglio un SQL con
criterio sull'ID, in maniera tale che apri solo la Form sul pulsante, e x
il filtro se la vede l'SQL...
-- 
Ciao
Pablitomf
----------------------------
http://www.accessgroup.it/
----------------------------
Non mi fido molto delle statistiche, perch� un uomo con la testa nel forno
acceso e i piedi nel congelatore statisticamente ha una temperatura media.
questo articolo e` stato inviato via web dal servizio gratuito 
http://www.newsland.it/news
 segnala gli abusi ad 
ab...@newsland.it

 questo articolo e` stato inviato via web dal servizio gratuitohttp://
www.newsland.it/newssegnala
 gli abusi ad 
ab...@newsland.it
Grazie proverò

Grazie prover=F2
IMHO....usare openform con il filtro � sicuramente meno performante rispetto all'applicare la clausola WHERE dell'SQL......nel primo caso jet tira su l'intero set di record POI filtra i risultai (2 operazioni)....nel secondo ti restituisce SOLO i record che cerchi (se hai fatto un buon uso degli indici con 80.000 record nn te ne accorgi manco......un SQL su una base dati di 500.000 a ricerca multipla da me impiega al max 4 sec.....). Fa sapere!!!
-- 
Questo articolo e` stato inviato dal sito web 
http://www.nonsolonews.it

 Questo articolo e` stato inviato dal sito webhttp://
www.nonsolonews.it
Ho trovato un'altra soluzione molto ma molto istantanea:
dopo aver trovato il record col seek valorizzo dei controlli
non associati di una maschera non associata es:
forms![miamaschera]!id = rst!id
forms![miamaschera]!cognome = rst!cognome
ecc.
dopo le modifiche salvo il record
che ve ne pare ?

 che ve ne pare ?
Il data binding con le maschere ti obbligher� prima o poi a prendere 
dimistichezza con gli statement SQL.
Quello che hai implementato non � altro che un workaround alla sintassi 
select ... where
Se hai tabella di dimensioni importanti ti conviene assegnare il recordset 
dinamicamente con queste specifiche
http://support.microsoft.com/?scid=kb%3Ben-us%3B281998&x=13&y=17
Ciao 


Se lo devi solo visualizzare...mi sembra che tu spari ad una mosca con un cannone........se devi fare altro (tipo modifiche ecc ecc) pu� anche funzionare......SQL? Nn ti piace proprio?


 Questo articolo e` stato inviato dal sito webhttp://
www.nonsolonews.it
SQL inteso come motore non posso usarlo, invece ho provato con le
query ma è lento
comunque per quello che devo fare (ricerca, modifica, cancellazione)
va più che bene
Grazie

Grazie
Nn intendevo il motore SQL ma le query del QBE di Access o l'SQL scritto in vba.......il QBE � SEMPRE + veloce (le query sono salvate, compilate ed ottimizzate ad ogni compilazione del codice) e spesso anche + comodo (penso alla manutenzione). L'SQL nel codice a volte � insostituibile......Certo, a volte nn � semplice ottimizzarle, ma stai sicuro che come prestazioni nn hanno nessun confronto con i filtri di Access su volumi importanti di dati....Ma l'importante � che tu abbia risolto e sia a posto!!!
-- 
Questo articolo e` stato inviato dal sito web 
http://www.nonsolonews.it