MS access and ftp

cmatni

Registered User.
Local time
Today, 05:03
Joined
Dec 11, 2006
Messages
19
Hello,
I have a database file updated into ftp server, i have the ip address and the
login and the password, and i have the same databse on my local pc, i want to
automate something to run a query to append the local databse and delete the
records in the ftp server, can i make an automated query ??
Thanks"
 
Typically FTP will not allow you to run a process on the "other" server (security you understand). How ever if the "other" ftp server can initiate the process, then it can also start an ACCESS process after the FTP process.
 
Typically, the way this is done is a bit more indirect. As FoFa said, most of the time you cannot trigger a process on another server. Particularly if you are running WinXP with SP2, you cannot do this. However, having said that, ...

If you are the administrator, you can set up a Windows Task Scheduler type thing where you can "wake up" an Access database with a macro. (See the Help for "command line options" to see how to run a macro starting from a command line.)

So... what you do is on server A, run a task that starts a Windows Script. In the script, fire off the Access macro that exports your data to a file, then fire off an FTP operation. Note that good security practices would require you to not keep the latter piece in cleartext since it will have a password in it. Keep the FTP piece as a file that gets decrypted, executed, and deleted.

OK, on server B, have a scheduled item that looks for the file you just sent. You can just run the Access macro and have it do the job in VBA. Using the File System object, find the file, import it, and then RENAME it or delete it. If you can't find the file, it wasn't sent. The key is to move all "used" files out of the way by deletion or renaming.

Don't forget to clean up after yourself if you take the renaming option. If you don't, you will run out of disk very fast.
 
Sorry To Butt In but wouldn't an ODBC Connection do that.

Not sure if where talkin Msql Or SQL Server for the Site DB?


Mick
 
From the discussion, it is not clear that we are talking about SQL Server on either end of the process, but you are correct that ODBC would be a good solution if it is available, DreamWeaver.
 

Users who are viewing this thread

Back
Top Bottom