Newsgroup: it.comp.appl.access
Titolo: DB condiviso in rete e problemi/prestazioni

Ho diviso un DB fra BE e FE su una rete Win NT SBS 4.5.
Ho posto il BE su una directory condivisa del server mentre sui vari client
ho copiato l'applicazione FE di tipo MDE .
Il problema che mi  segnalano gli utenti  e' che solo uno di essi e' in
grado di salvare le modifiche sui record in tabella mentere le modifiche
effettuare dagli altri sembrano perse appena escono dalle maschere.
In secondo luogo, quando piu' utenti sono collegati al BE la consultazione
diventa lentissima...
Che siano problemi di rete o ci puo' essere qualcosa che ho omesso ?
Ho eseguito la divisione guidata del DB e lasciato tutte le impostazioni di
default per il DB...
Grazie
Fabio

 ha scritto nel messaggio
news:u4dI6.206617$lj4.5...@news6.giganews.com...


 Che siano problemi di rete o ci puo' essere qualcosa che ho omesso ?
Problemi di rete.
Ciao, Simone

 vi accedono tramite ADO
Non centra niente: ADO puoi usarlo tranquillamente anche con Access se il
motore è jet 4.0.
Migliora le prestazioni dei batch (già comunque veloci col 3.5) ma non ti
cambia la vita per tutto il resto su reti "ferme".
E viceversa con DAO:  fino a una decina di postazioni concorrenti se la rete
viaggia a 100 mb/s le prestazioni sono abbastanza buone.
Certo, a meno che il database non sia di una pesantezza allucinante.
Ciao, Simone

 ha scritto nel messaggio
news:x_gI6.2215$UW4....@news.infostrada.it...

Facciamo un esempio:
Server Dedicato PIII 128 MB NT4 O W2000
Rete 100Mb
Client PIII 128MB W2000 o W98
In queste situazioni (grosso modo) cosa vuol dire che gli utenti sono molti?
5,10,20 ....
Questa č la mia situazione in ufficio. Anche con soli 3 utenti connessi a
volte č piantatissimo. A volte perň ...(50%)
Luca

volte è piantatissimo. A volte però ...(50%)
Concordo con Simone.
3 utenti sono pochi anche con una 10 mb/s per piantare un DB Jet.
Molti può voler dire una decina o una quindicina a seconda della complessità dell'applicazione.
Questo è un tema molto dibattuto sul ng. ti consiglio di cercare tra i vecchi post consigli per
stabilizzare le prestazioni.
Ciao, warp

 volte č piantatissimo. A volte perņ ...(50%)
Tre postazioni sono davvero poche per avere problemi di prestazioni.
Diverso č il discorso sull'affidabilitą: con configurazioni a buon mercato
ho avuto parecchi guai.
In ogni caso sono sempre problemi connessi all'hardware di rete: cavi e/o
schede.
Se sono Realtek buttale via, e procurati 3com 10/100 che ormai costano
pochetto.
E poi sono da evitare quei cavetti neri da tre millimetri di spessore: buoni
solo per scambiarsi .txt e .xls!
Naturalmente do per scontato che la tua applicazione sia divisa in FE e BE.
Ciao, Simone


Allora ascolta cosa ho scoperto:
Ho messo il mio BE in un altro pc con W98 anziché sul server e le
prestazioni ora sono normali
Cioè sia che io entri per primo o per terzo l'accesso e l'utilizzo è veloce.
Do quindi per scontato che la rete funziona, anche perché è certificata a
100mb. Il problema è il server, anzi meglio W2000 ! E sono certo che la rete
è impostata in modo ottimale. Anche perchè con altri programmi multiutente
il problema non esiste.
Andando poi a ritroso ho trovato un msg di qualche tempo fa che ha
confermato quando appena detto.
Ciao
Luca è rassegnato

 confermato quando appena detto.
E' un fenomeno che si verifica anche con NT: su chiusura di una maschera il
sistema attende qualche secondo prima di ritornare sulla videata principale
(che di solito è una maschera non associata).
Questa lentezza è dovuto all'eliminazione del file .ldb, stranamente lenta
con NT/2000.
Ma se segui i consigli dell'help di Access su come ottimizzare le
prestazioni di tabelle collegate creando una connessione permanente al
file-server, risolvi questi problemi prestazionali e le prestazioni si
allineano a un File-server win '98.
Ciao, Simone