Newsgroup: it.comp.appl.access
Titolo: Il gestionale è diventato troppo lento !

Ciao a tutti
Sono nuovo di questo NG, spero di essere scusato se non uso termini
corretti, ho letto che ci sono molte regole che ancora non conosco.
Il mio problema è il seguente, ho creato come autodidatta usando la guida in
linea, un gestionale in access che ho inserito in internet in forma gratuita
per raccogliere fondi per una associazione alla quale faccio parte.
Ora, molti mi segnalano che trovano impossibile usarlo con PC al di sotto di
300 Mhz per la lentezza delle maschere, io uso un intel 1800 e non mi ero
mai posto il problema, secondo voi tutto questo è normale o dipende da come
ho strutturato il lavoro, se si, è passibile sistemarlo ?
P.S. per chi ne fosse interessato posso fornire il link dove l'ho inserito,
dandovi così la possibilità di provarlo, ma non so se rientra nelle regole
di questo NG.
Grazie anticipatamente. pabel


Prova con Compatta Database

 di questo NG.
puoi postarlo, soprattutto se l'associazione che mensioni e' senza scopo di
lucro.
Sib

"Sib" <si...@SPAMiol.it> ha scritto nel messaggio
news:c2DS9.71644$Q%4.22...@news1.tin.it...

Non metterti a ridere, ma il mio gestionale è fatto esclusivamente di query,
come dicevo sono un'autodidatta e non so usare il vba quelle poche righe che
ho scritto le ho scopiazzate qua e la  senza capire quello che facevo, o al
massimo, ho convertito delle macro che credo di saper usare.
Il mio lavoro lo trovi in versione mde al seguente link, spero che tu mi
possa dare delle dritte per semplificarlo.
http://digilander.libero.it/cabuthiene/index.html
pabel

 ha scritto nel messaggio
news:CEES9.91287$TC5.2...@twister1.libero.it...

veramente bellino per essere un autodidatta
i cap di prato e dintorni nonche le province sono sbagliati( da quando prato
è diventato provincia)
a me non sembra lento sai forse dovresti inserire l' autocompattazione all'
uscita onde evitare gonfi molto il db.
ho notato che se dal menu strumenti si seleziona opzioni e dal menu generale
si toglie la spunta da: tieni traccia delle informazioni di correzione nel
riquadro
correzione automatica nome
il database si velocizza notevolmente
provare per credere.
ciao e se hai bisogno continua a scrivere

 
http://digilander.libero.it/cabuthiene/index.html
Comunque intendevo per vedere il sito, non il gestionale.
Non perche' non voglia, essendo per scopi benefici, figurati, ma perche' non
ho il tempo.
Gli ho dato appena una sbirciata e ti confermo che a mio avviso potrebbero
essere le query.
ad esempio, le query di unione possono essere molto lente se operano su
grandi numeri di record.
Analogamente le maschere possono essere molto lente se contengono diverse
funzioni di aggregazione (non ho potuto verificarlo essendo il tuo un mde).
Tieni presente che potresti anche non renderti mai conto dell'origine del
problema se non lo provi con i dati di chi ha il problema (scusa il gioco di
parole) perche' la velocita' dipende strettamente dalla quantita' di dati,
una funzione di aggregazione puo' sembrare velocissima con un migliaio di
record ma perdere colpi con una decina di migliaia.
Sib

 Non metterti a ridere, ma il mio gestionale è fatto esclusivamente di
query,
Questo è un merito, non un demerito.
Ho visto un sacco di applicazioni, alcune anche carine, che sotto facevano
un gran casotto con cicli, if, case e cacchi vari, per cose che l'sql/92
standard avrebbe potuto risolvere in modo del tutto banale ... ;-)
Ciao, Sandro.
--------------------------------
Inviato via 
http://usenet.libero.it

 standard avrebbe potuto risolvere in modo del tutto banale ... ;-)
Ehem...
Sui cicli posso anche crederti, sugli if case non credo proprio che creino
motivo di lentezza!!!
Antonio

 motivo di lentezza!!!
No no, assolutamente! E hai fatto più che bene a chiarirlo.
Stavo solo commentando ciò che ho quotato, e cioè che un database dovrebbe
risolvere la maggior parte delle esigenze informative attraverso le query.
Ma non stavo facendo alcun riferimento al contesto del 3d ... ;-)


 Ma non stavo facendo alcun riferimento al contesto del 3d ... ;-)
Ah ok...
Antonio