Newsgroup: it.comp.appl.access
Titolo: Programma Lento in rete

Ciao a tutti,
ho creato un programma con le distinte base delle produzioni che devo fare diviso in due file. Uno con i dati e uno il client. Il file con i dati si trova sul disco di rete del server linux e il client viene usato su tre diversi pc windows 7 in contemporanea. Il programma è già lento quando viene usato da un persona sola ma se lo si usa in contemporanea diventa impossibile. 
Forse devo spostare il file con i dati su una cartella condivisa di uno dei pc in modo che sia su una partizione windows?
Avete altri suggerimenti?
 
Nelle maschere ho fatto largo uso della funzione dlookup, volevo mantenere i dati modificabili ma allo stesso tempo dare delle informazioni all'utente come la giacenza di un articolo, la data di arrivo, ecc.
Le celle nelle maschere che hanno questa funzione sono lentissime. Avreste qualche suggerimento?
 
Scusate, magari sono cose banali, ho cercato molto sul web, ho trovato diversi spunti di lavoro ma non li capisco fino in fondo. Spero che siate semplici come al solito in modo che uno poco esperto come me capisca.
Grazie in anticipo a tutti. 
Lorenzo


 
ciao
di quante tabelle e record parliamo?
è lento in tutto o solo in fase di elaborazione, esempio quando devi 
calcolare l'esplosione di una distinta?
 
mdb come archivio dati in rete è una pessima idea se i record e i client 
sono molti.
avrai letto infatti che access è un file server e non un client server.
 
di sicuro anche l'uso del dlookup è una pessima idea, dovresti limitarne 
l'uso il più possibile.
 
valuta il passaggio a sql server come archivio e vedrai (salvo errori di 
programmazione) che i problemi di lentezza in rete diventeranno un 
lontano ricordo. E ne guadagnerai pure in stabilità
 
ciao!
BFS
 
 
 


 
La condivisione su un Server Linux potrebbe rallentare le prestazioni (una 
volta si usavano servizi tipo Samba, non so ora).
 
Ma la seguente tua affermazione:
 
"Il programma è già lento quando viene usato da un persona sola ma se lo si 
usa in contemporanea diventa impossibile"
 
Mi fa pensare che ti possa essere utile questo:
 
http://www.granite.ab.ca/access/performancefaq.htm
 
 
E in particolare:  LDB locking which a persistent recordset connection fixes
 
Comunque, tutti quei dlookup usati in serie hanno un effetto bradipo.
 
Saluti 
 
 

Ciao,
grazie delle risposte, in effetti avevo pensato anche io di passare a sql express come db. Spero non sia un lavoro troppo complesso.
Il db è composto da 14 tabelle che al massimo hanno 2500 records.
Come potrei ridurre il numero delle funzioni dlookup in modo semplice? Ho letto di una funzione lookup ma non ho capito come funzione.
L'ideale sarebbe creare una query che mantenga parte dei dati modificabili e parte derivati da collegamenti vari con altre query. Ma non credo sia possibile senza usare codice vba o dlookup.
Grazie a Simone del link che mi sto studiando.
 
 


 
Praticamente nulla.
Con un DB cosě piccolo le prestazioni devono essere eccellenti anche con un 
BE .AccDb/.mdb.
 
Saluti.
 
P.S: Potrai pure scrivere una query con Joins tra le varie tabelle per 
recuperare in un'unica lettura tutti i dati che ti servono. I Dlookup (e 
simili) vanno usati con parsimonia.
 
 

 Grazie a Simone del link che mi sto studiando.
 
Numero tabelle e numero record assolutamente irrisori.
Anche i DlookUp... quanti saranno mai che usi CONTEMPORANEAMENTE?
Io la colpa la do tutta al server Linux... è fatto per farsi
gli affari suoi, non quelli di Windows.
 
Bruno

Il 09/05/2015 22:48, Lorenzo Guerzoni ha scritto:

Il primo test da fare e' mettere la parti dati su windows e vedere che 
succede.
Parli poi di una applicazione che gestisce distinta base? allora darei 
un occhi a come fai la parte sql. Ho l'impressione che chiamate 
ricorsive SQL possono creare problemi.
Le dlookup? Certo in forms continue e se messe dentro un loop possono 
crere problemi.
Al momento darei un 15% di resposabilita' al server Linux ed il resto, 
mi dispiace, a una una applicazione non organizzata in modo corretto.
Le dlookup? forse un dettaglio.
 
 
-- 
ac (x=y-1)
Aborro il Killfile
(La violenza e' l'ultimo rifugio degli incapaci -Salvor Hardin-)
 
---
Questa e-mail è stata controllata per individuare virus con Avast antivirus.
http://www.avast.com