Newsgroup: it.comp.appl.access
Titolo: Esiste un modo per eseguire una Function o una Sub su un altro.mdb?

Ho necessità di eseguire da Access 2000 un routine che si trova su un altro
database di un altro pc in rete.
E' possibile?
Grazie mille.
Daniele

 wrote in
news:vNaNa.146003$
lK4.4...@twister1.libero.it
: 

hai provato a inserirlo tra i riferimenti?
-- 
+-------
| Paolo opg
|
| janickg ( at ) hotmail ( dot ) com
+-------


La ruotine deve eseguire degli aggiornamenti su tabelle del database dove si
trova. Si può fare?
Daniele


 trova. Si può fare?
Vediamo se ho capito:
tu vuoi, da remoto, lanciare una routine che venga eseguita *localmente* dal
pc in cui risiede.
Se e' cosi' la risposta e' no.
Questo tipo di attività si definisce Client/server e notoriamente access /
jet non e' una applicazione client server.
puoi ottenere questo risultato creando una applicazione access / sql
server|msde.
Sib

 Daniele
non so...
però potresti fare gli aggiornamenti dal db principale passando il percorso 
del db che vuoi aggiornare.
su a97 c'era il metodo opendatabase che potrebbe fare al caso tuo.


 +-------
Nel mio caso non funzionerebbe.

"Sib" <si...@SPAMiol.it> ha scritto nel messaggio
news:VLbNa.21965$HU3.6...@news2.tin.it...

A questo punto sono necessari dei chiarimenti. Altrimenti la mia domanda
risulta veramente strana e incomprensibile.
Ecco qua.
Un PCClientWinXP ha bisogno di fare interrogazioni su un server
(reportistica e statistica, read only), ma non ha i driver ODBC.
Un PCClientWin98 possiede invece i driver ODBC.
La mia idea era quella di assimilare il PCClientWin98 ad un data provider in
modo che lo possa assimilare ad una specie di "gateway" per il Server.
Ovviamente il PClientWin98 deve avere i dati aggiornati su richiesta del
PCClientWinXP.
Il punto è proprio questo: come fa a sapere PCClientWin98 che deve
aggiornare i suoi recordset in base alle richieste di PCClienteWinXP? Per
questo la mia idea era quella di eseguire la ruotine su PCClientWin98
direttamente da PCClientWinXP.
Vi ringrazio per la pazienza.
Ciao
Daniele

 
non puoi fare gli aggiornamenti sul db remoto dal pc locale?


 non puoi fare gli aggiornamenti sul db remoto dal pc locale?
Se si tratta di tabelle Access sě. Ma nel mio caso ci sono problemi.
Ulteriori dettagli gli ho descritti nella risposta sopra a Sib.
Ciao
Daniele


 Vi ringrazio per la pazienza.
Io non ci penserei due volte a installare i driver odbc su win xp (che tra
l'altro ne incorpora una quantita' tale che e' difficile non trovarne per la
base dati che hai).
Per il resto puoi provare a sfruttare l'evento timer di una maschera che
verifica la presenza di un file che puoi creare da remoto e che magari
contiene un sql da eseguire in modo che, ad es, ogni minuto questo file
venga letto e venga eseguito l'sql che contiene.
Sib

"Sib" <si...@SPAMiol.it> ha scritto nel messaggio
news:43dNa.22679$HU3.6...@news2.tin.it...

Se può fare in sta maniera...
Da PCClientWin9XP aggiorno un flag (a 3-quattro valori) su PCClientWin98.
Se OnTimer troverà quel flag allora si fa tutto il download del caso e al
termina reimposterà il flag allo stato originale in modo che PCClientWinXP
saprà quando andare a beccarsi tutti i dati.
Questo va bene per un utente... per più utenti farò delle prove di lock!
Grazie per il suggerimento.
Daniele

 ha scritto nel messaggio
news:vNaNa.146003$lK4.4...@twister1.libero.it...

Hai provato inserendo nei Ref il DB......!
Se hai molti Client è però un traffico.
Allora se non vuoi/puoi passare ad un sistema CLIENT/SERVER
prova ad usare l'Automazione di Office.
Istanzi una sessione di Access in cui apri quello in remoto anche
in modalità non Visible, poi lanci una Funzione.
Se è definita in un Modulo e come Public Funziona, è un filo lentino....!
@Alex.

 Questo va bene per un utente... per più utenti farò delle prove di lock!
Crea una tabella con un flag per ogni utente.
Sib

"Sib" <si...@SPAMiol.it> ha scritto nel messaggio
news:cWINa.22138$xK6.5...@news1.tin.it...

Thanks