Newsgroup: it.comp.lang.visual-basic
Titolo: vb6 + db access - Aumentare velocitï¿½

Ho la mia procedura di gestione della produione installata
da 8 clienti.
 
Il database risiede sul server o su un pc che serve anche
come server.
 
Il programma funziona discretamente anche se evidenzia
problemi di velocità sopratutto nelle stampe riepilogative
(Elenco di tutti i DDT da fatturare - Elenco di tutti gli
ordini aperti - ecc.)
 
Queste stampe richiedono anche 2 o 3 minuti.
 
Se lanciate sul pc che contiene il database i tempi si riducono
a 10/20 secondi.
 
La domanda è la seguente:
E' possibile da un PC comandare l'esecuzione di un programma
su un altro PC?
 
Altri suggerimenti per aumentare la velocità sono ben accetti.
 
Grazie.
Sauro
 
 

su un altro PC?
 
Teamviewer è la soluzione più veloce, funziona anche da remoto, anche se sarebbe
free solo per uso personale,
 
Ci sono prodotti alternativi (LogMeIn, TightVNC)  ma non li ho mai usati su win.
 
 
-- 
ciao
  Stefano

Ci sono prodotti alternativi (LogMeIn, TightVNC)  ma non li ho mai usati su win.
 
Mi hanno detto adesso di Chrome Remote Desktop, gratis gira sul browser Chrome,
ma si vede anche sul mio Chromium portabile.
 
http://www.giardiniblog.com/controllo-remoto-pc-chrome-remote-desktop/
 
 
se non puoi usare tw prova questo
 
-- 
ciao
  Stefano

 Teamviewer è la soluzione più veloce........
 
Si, lo conosco e l'ho usato per altri scopi.
Ottimo.
 
Però Teamviewer si impossessa completamente del PC e
richiede la password di accesso.
 
Quel che vorrei fare io è quanto segue:
1) Preparo un exe senza nessun form visibile (credo si dica
    che gira in background)
2) Preparo un file ascii con dei parametri che posso cambiare di
    volta in volta
3) Non so come faccio eseguire l'exe con un comando da altro PC
4) L'exe produce un file contenente del testo
5) Dall'altro PC posso leggermi il file di testo.
6) Tutto ciò senza che l'operatore del PC/Servert neanche se ne
    accorga (a parte qualche rallentamento).
 
Lo so, è un po' macchinoso, ma funzionerebbe se si potesse.
 
Ciao Stefano e grazie. 
 
 

 nell'ultimo post si è così espresso:

L'exe che girerebbe in background farebbe da server, dall'altro lato
devi avere un exe client e i due possono comunicare via WINSOCK,
in questo modo quando il client esegue un certo comando il server
sa che cosa deve fare ed esegue la tua procedura di stampa.
 
 
 
 
-- 
http://salclem2.altervista.org/
 
http://netuser.altervista.org/
 
http://freewareonline.altervista.org/
 
 

  Stefano
 
Lo proverò.
Grazie Stefano
Sauro 
 
 

 ha
scritto:

Usando un paio di WinSock per trasmettere i dati da un pc all'altro ci si
dovrebbe facilmente riuscire, tenendo presente eventuali problemi con i firewall
e le porte da aprire.
 
Per il resto è simile ad una comunicazione con le seriali, un socket in ascolto
e l'altro che trasmette, più che leggere dei file di testo puoi inviare
direttamente i comandi.
 
Esempi con i winsock ne trovi a iosa:
 
http://www.vbsimple.net/cliserv/clser_02.htm
 
 
http://brutehbb.altervista.org/vb6cw.pdf
 
 
 
-- 
ciao
  Stefano

 ha scritto nel messaggio 
news:hkbefa1dq4tou08br...@4ax.com...


 Altri suggerimenti per aumentare la velocità sono ben accetti.
 
Bisognerebbe sapere la query che usi e le dimensioni del database.
Il tempo di 20-30 secondi io lo sperimento su un database da 500-600 
MB, in rete, con query du diverse tabelle, altrimenti la risposta è 
quasi sempre immediata. Sempre meglio vedere se si può migliorare una 
query rispetto ad altre soluzioni esterne.
 
-- 
Greg
 
 

 
 
vedi sopra: prova con sql express e non torni piu' indietro...
 
 
-- 
Paolo opg
 
BE AWARE that this post uses a fake reply-to address
to contact me write to:
janickg ( at ) hotmail ( dot ) com
--

 Altri suggerimenti per aumentare la velocitŕ sono ben accetti.
 
Trattandosi di VB6 ti hanno giŕ dato delle soluzioni.
La cosa che mi torna strana č che i tempi in rete cambino cosě tanto.
Il motore che esegue la query normalmente sta sul server e restituisce i
risultati, probabilmente con Access non č cosě.
 
Nel caso, uno dovrebbe cercare di spostare l'elaborazione il piů possibile
sul server, e farsi dare una tabella con i risultati.
 
Perň per un elenco di ordini aperti o DDT da fatturare, di norma sono join
fra 2/3 tabelle con una condizione semplice, mi pare strano sia cosě
pesante. Non č che manca qualche indicizzazione (ma nel caso sarebbe lenta
anche il locale secondo me).
 
Prova a postare una query.