Newsgroup: it.comp.appl.access
Titolo: velocità in accesso maschere o report in struttura.

Ed eccomi qui, come al solito e sempre con la stessa motoretta, a chiedere 
lumi a chi ne sa molto più di me in fatto di access.
Access 2003, BE su server di rete (categoria 6 1Gb), FE utenti su client, FE 
master su cui opero io su server, 15/20 connessioni al BE con la maggioranza 
delle tabelle.
Il problema è saltuario, nel senso che a volte non si presenta, ma purtroppo 
mi affligge spesso e riguarda solo il sottoscritto durante le modifiche 
delle maschere o dei report, più raramente delle query (in ogni caso sempre 
in visualizzazione struttura, mai nel normale utilizzo degli utenti 
standard).
Il problema è semplice: L E N T E Z Z A  -  E S A S P E R A N T E.
Uso la creazione guidata report importando i 6/7 campi da una query/tabella 
(sul db_BE a cui hanno accesso tutti gli utenti) con 30 campi: da quando 
clicco su fine a quando appare il mio report passano minuti!!!
Se invece copio il db_BE in una cartella del server dedicata al solo mio 
accesso e creo lo stesso report ci impiega circa 4 secondi!
Con questa semplice prova ho scagionato in un colpo solo il server, la rete, 
lo switch e le schede di rete e incolpato me per come creo i miei database.
Ho installato sul mio pc il programma Microsoft Network Monitor 3.4 e ho 
dato una sniffata durante la creazione del report con il risultato che ci 
sono una marea di tentativi di connessione al database con un errore: SMB:C; 
Locking Andx , FID =0x0008 - NT Status: System - Error, Code = (85) 
STATUS_LOCK_NON_GRANTED
oppure Error, code = (84) STATUS_FILE_LOCK_CONFLICT.
Se qualcuno è in grado di capire la marea di dati prodotti dallo sniffer 
posso mandargli il file.
La mia somma ignoranza mi ha impedito di scrivere un subject e una 
descrizione migliori, ma spero che voi sommi guru del NG abbiate capito il 
mio problema e soprattutto sappiate  darmi indicazioni su cosa fare...
A proposito... Milanesi e limitrofi.. ma quando si organizza una mangiata 
assieme???
-- 
_____/)_____
Skipper dixit... 


Anche io ho lo stesso problema di rallentamento durante la modifica in
struttura di qualche gestionale complesso.
Se però tutti gli altri utenti escono dai BE tale problema
scompare....
Non sono mai riuscito a spiegare la cosa ma non è un problema di rete.
Deve essere qualcosa di access.....

 ha scritto nel messaggio 
news:d0c66def-729b-4605...@c32g2000vbq.googlegroups.com...

controlla i monitorini sulla systray: rimangono accesi a lungo vero?
il pc continua a mandare pacchetti al server in attesa di risposta...
VOGLIO UN GURUUUUUUUUUUUUUUUUUU!!!!!!
o un esorcista!
-- 
_____/)_____
Skipper dixit... 


In modifica di struttura access si riserva il db.
Mi sembra strano che blocchi anche il BE se ci sono solo tabelle collegate.
La cosa avviene nei due sensi.
Se da un client si tenta di accedere mentre c'e' una modifica di 
struttura si riceve : DB in uso esclusivo
Se si tenta di fare una modifica in struttura mentre ci sono utenti 
collegati, poiche' non e' possibile eseguire il lock, il sistema ritenta 
fino a quando non trova via libera.
Da come la mette skipper sembra che lavori su una copia di FE e da 
quanto dice, anche se mi sembra strano, access tenta di fare il lock 
anche del BE.
Al sottoscritto e' capitato di modificare BE senza mettere fuori i vari 
utenti e non mi ricordo di avere avuto problemi, tranne in situazione di 
gestione sotto Terminal Server ma in quel caso era ovvio poiche', per i 
vari utenti, la copia di FE era la stessa.
--
ac


http://groups.google.it/group/it.comp.appl.access/browse_thread/thread/371cbbe170fad302/9a71892b7cd50b87?hl=it&lnk=gst&q=lentezza+design#
io ho risolto col consiglio di MA, nel thread di cui sopra
ciao

 ha scritto nel messaggio 
news:4c9ce21f$0$40282$4faf...@reader2.news.tin.it...

Incredibile...
Funziona!
Grazie!
-- 
_____/)_____
Skipper dixit... 

 BE.
Esatto!
Ho risolto con la soluzione indicata da Pietro66 a sua volta suggerita da 
MA...
Adesso capisco la casualità del problema...
Non ci sarei mai arrivato da solo...
Come al solito devo ringraziare l'efficienza del newsgroup!
-- 
_____/)_____
Skipper dixit...