Newsgroup: it.comp.appl.access
Titolo: velocità in rete

Buon lavoro a tutti
uso Win XP sp2 e access 2002 (ma il formato del file č 2000)
ho un DB diviso in FE e BE, con una 15ina di tabelle in relazione
ci sono molte maschere spesso con piů di una sottomaschera ma
il tutto gira con ottime prestazioni (tempi di attesa 0) se BE e FE sono
nella stessa macchina,
non cosě i due DB lavorano in rete su macchine diverse, le prestazioni 
crollano per tutte
le maschere (anche quelle che contengono i dati di una sola tabella) e
con tempi di attesa anche di 60 secondi per l'apertura di una maschera
alla ricerca del il motivo ho eliminato dalle maschere le funzioni Somma,
IIF, ma non ho ottenuto miglioramenti, da che parte posso affrontare il 
problema?
grazie

 ha scritto nel messaggio 
news:abzMh.152$FS5...@nntpserver.swip.net...

Forse le troppe sottomaschere in una sola maschera?
Ciao.
-- 
Sergio MAZZA 

 ha scritto nel messaggio 
news:etufoj$sqo$1...@tdi.cu.mi.it...

grazie per la pronta risposta
effettivamente in una maschera ce ne sono molte ( di sottomaschere),
ma questo rallenta l'esecuzione anche di tutte le altre maschere del DB,
e anche se quella in questione non viene caricata?
...

 e anche se quella in questione non viene caricata?
Spesso è una questione di approccio... ad esempio io non trovo utile
l'uso di molte sottomaschere, spesso evito pure la singola per gestire
delle Form Details ma è mia opinione...!
Altra cosa che può rallentare è la presenza di molte Combo o List...
@Alex

 con tempi di attesa anche di 60 secondi per l'apertura di una maschera
http://www.granite.ab.ca/access/performancefaq.htm
Molto importanti le prime tre.
Saluti.

 ha scritto nel messaggio 
news:4602c61d$0$37198$4faf...@reader3.news.tin.it...

Grazie le ho testate tutte e tre ma non ho ottenuto miglioramenti
per il momento basta, ma all'idea di dover rifare tutto... e poi come? ...da 
paura.
buona notte
e grazie

 e anche se quella in questione non viene caricata?
Per progettare le maschere (associate) dovresti tenere presente che la loro 
complessità influisce sulla velocità di caricamento dei dati; specie se 
lavori in rete e con molti utenti...
Ciao.
-- 
Sergio MAZZA 

 paura.
Mah, che dire: considera che situazioni di Forms con parecchi sottomaschere
e oggetti associati sono abbastanza diffuse.
Generalmente se non ci sono colli di bottiglia a livello di istruzioni SQL e
si seguono i consigli fondamentali (riassunti nel link che ti ho postato) le
performances sono ottime anche in rete ... certo, a meno che i clients non
siano davvero tanti.
Saluti.

 paura.
Rileggendo meglio il Thread mi rendo conto che il tuo problema riguarda
anche maschere semplicissime.
Secondo me tu non hai provato bene i consigli presenti su quel link (in
parte presenti anche nell'Help di Access).
Insisti, *devi* ottenere performances istantanee, altro che tempi d'attesa
di 60 secondi!
Ho capito bene: questi problemi riguardano tutte le maschere?
Saluti.

 ha scritto nel messaggio 
news:4603885d$0$813$4faf...@reader5.news.tin.it...

Grazie Simone per il tempo e la precisione che mi hai dedicato
effettivamente è come dici. I problemi riguardano tutte le maschere
anche le semplici, la cosa che mi sembra molto strana è inoltre il fatto che
- NON si presentano se FE e BE sono sullo stesso PC
- si presentano SOLO se BE e FE sono su macchine diverse
Insisterò hai ragione devo ottenere performances istantanee
grazie

 Insisterò hai ragione devo ottenere performances istantanee
Anzitutto, disabilita antivirus e firewall, converti il BE in formato 2002 e
crea il file MDE.
Poi prendi in considerazione quei suggerimenti (soprattutto la connessione
permanente al BE)
Saluti.


Buondì. Ma come sostituisci questi oggetti nelle tue maschere? Io li trovo
molto utili per facilitare il lavoro degli utenti, ma in effetti "pesano"
molto, e sarei moooolto interessato a sapere se ci sono alternative....
Grazie!
--------------------------------
Inviato via 
http://arianna.libero.it/usenet/

 molto, e sarei moooolto interessato a sapere se ci sono alternative....
Calma, se hai seguito i consigli di ottimizzazione delle prestazioni
indicate nell'Help di Access, le Combo non pesano molto e non c'č ragione di
sostituirle a cuor leggero...
Prima di prendere in considerazione problemi strutturali dell'applicazione,
č bene verificare che le prestazioni in rete siano ottimali su Forms
semplici.
Poi, si prende in considerazione l'ottimizzazione delle origini SQL dei vari
oggetti.
Solo alla fine si valuta se alleggerire o meno le Forms da oggetti Bound.
Comunque, per esperienza personale, non riesco ad avere problemi di
prestazioni (sistemati i punti 1 e 2) su Forms complesse con tanti oggetti
associati.
Saluti.


Suggerisco anche di verificare l'indicizzazione delle tabelle(se non
rientra nei suggerimenti già dati).
@Alex

rientra nei suggerimenti già dati).
Non rientra in quei consigli (d'altra parte è talmente basilare...)   ;-)
Ma il suo problema precede tutti gli altri: se impiega 60 secondi a
visualizzare una formettina...
Saluti.


Purtroppo dal tempo che bazzico i NG ho imparato che l'indicizzazione
delle tabelle è una cosa non così basilare per molti, come non lo è la
normalizzazione... (Normalizzazione...? cos'è..?) ;-)
Non tutti si pongono il problema dell'ottimizzazione dei piani di
esecuzione delle query, di conseguenza ... l'abitudine
all'indicizzazione coerente non è così diffusa come uno possa pensare,
anzi....
Concordo con te che i consigli del sito di Tony devono risolvere il
problema al 95% dei casi, ho voluto inserire un tassello aggiuntivo.
Ciao
@Alex