Can anybody advise on the way to set up an ODBC connector for a desktop MS Access MDB Front End to connect to an MS Access MDB Backend on a remote (internet) location?
Thanks
Max
Can anybody advise on the way to set up an ODBC connector for a desktop MS Access MDB Front End to connect to an MS Access MDB Backend on a remote (internet) location?
Thanks
Max
Max, the only way I know of to handle this situation would be to use the cloud. I am assuming that you want more than just one Access frontend to be using this remote Access backend. From everything I have heard/read, the cloud is the only way to do it. Unless, you want to rewrite the Access frontend as a webpage, then you could use the Access backend with "little" trouble.
Max, the only way I know of to handle this situation would be to use the cloud. I am assuming that you want more than just one Access frontend to be using this remote Access backend. From everything I have heard/read, the cloud is the only way to do it. Unless, you want to rewrite the Access frontend as a webpage, then you could use the Access backend with "little" trouble.
Thank you for taking the time to reply. I will look into the Cloud and see if that is possible for me.
Max
Can anybody advise on the way to set up an ODBC connector for a desktop MS Access MDB Front End to connect to an MS Access MDB Backend on a remote (internet) location?
Thanks
Max
Hi Max,
I assume that you are trying to run a desktop application conntecting to this backend data.
Over quite some years I have been supplying MS access desktop applications that connect to backends located on network servers. For small numbers of users this works fine.
When it comes to connecting to 'real' remote backends the performance has never been usable in a customer situation. There is so much data running around that user response is abysmal. Never have the tests done met the needs of customers.
The way I have solved this in situations where the remote connection was really needed has been to set up Citrix or Terminal Server solutions. with this the custeomer is really running the front end on the remote server (thus getting respectable performance on the 'front end', 'backend' conection). All that goes over the slow Internet/other remote link are the screen changes. while this is not perfect is is quite usable.
I have come to the conclusion that direct connections between MS Access front ends to back ends over wide area networks is not worth pursuing on performance grounds without even considerating the technical difficulty.
If Citrix etc is not feasible and you really have to do this you should consider a web app.
Hope this saves you a lot of wasted time
Regards
Ray
Ray, excellent response. It has been too long for me that I had forgotten how slow the connection is on a wide area network.
Vic
Thanks Guys, food for thought there.
www.thinstuff.com seem to provide a good solution. Any thoughts on that?
Max
Hi Max,
What version of Access? Access 2007 makes it easy to connect to Web or ftp.
Chuck
Hi Chuck,
Currently written in 2003 and looking to port to 2010 (Office versions). Lots of connectivity with Word and Excel build into my App.
Max
Max,
How soon do plan to port it over? 2010 also has an external data link in it.
Chuck
Hi Chuck,
No set date. Sometime in the next year perhaps.
It might not even happen. I say that because it currently runs over a LAN and that works just fine. There is a danger that if the internet connection goes down that work will stop, whereas on-site solutions that won't matter.
So it is all up for debate at the moment and all i am doing is preparing for a jump either way.
I know there are many backends available (ie, MySQL, Libre and so on) but I want to stick with MDB because of the flexibility the DAO connection gives me with regard to table properties etc, which is just not available elsewhere (not even in ADO).
Thanks
Max
Hi Max,
I've linked to access from 2003 to an access db once a long time ago. I just don't have 2003 setup anywhere to try to walk you thru it. I have mapped a network drive connection to a site before and made that work.
Chuck
I think it would be pretty easy to connect to a remote computer running the app whereby the front-end AND the back-end were on the remote computer for the simple reason that the processing is done remotely and that is what happens with a thin client (aka Citrix and similar) but to have the processing done on a PC client and the data sitting on a remote computer on the internet is different.
Max
Performance will be an issue. As you said earlier, if the Internet goes down so does your app.
The cloud is just about the same as remote desktop as everything sits on the server.
yes, you are correct.
Thanks for the input Chuck - appreciated.
Max
Good luck Max, See ya.
Chuck
Thanks Chuck
Max
Can anybody advise on the way to set up an ODBC connector for a desktop MS Access MDB Front End to connect to an MS Access MDB Backend on a remote (internet) location?
Thanks
Max
Max,
Not sure exactly what you are trying to do, however, here is one possibility:
Select File/Get External Data/Import
when the Import window comes up select Files of type: ODBC Databases which will give you a Select Data Source window. Select New and then from the available list select the type of data base connection you desire. Select Advanced to setup driver specific keywords and values, then select next and browse to the database you want.
Rex
Rex, thanks for the suggestion but you cannot do that over the internet. That system you describe AFAIK is only for LAN and not the Internet.
Max
Max,
OK. I am not sure what you mean by internet but I assume you mean a global connection (i.e. WAN). In general, if you can browse to the site (may require login/password) you should be able to connect to a database at the site. If you need to connect to a different database (i.e. Oracle or Microsoft Server, etc) you will have to select the ODBC driver for it. As an example, I have a connection to a server an an offsite company which I can access as "\\server\directory\filename". It requires me to login but once I do so I can open a file at that location as though it were on my computer.
If this does not make sense could you give me an example of what you are trying to do?
Rex
Rex, I believe I can help here. By internet, the OP and Rex mean something like "http://www.MyWebSite.com/MyAccessDB.mdb" They do not mean a WAN.
Do you know of anyway to have an Access database link to an Access database somewhere on the world wide web, that is not part of a WAN?
Vic
In that case you would need to have the ip address of the internet address. That could be obtained using a ping command (i.e. ping www.MyWebSite.com). Then you could use the ipaddress as the server as in \\nnn.nnn.nnn.nnn\filename to get to the file. This will require you to login to the server.
Rex
When I ping my website and get the 4 sets of numbers, that does not work because my website (with GoDaddy) is not the only website at that physical address. Therefore, I need to know how GoDaddy segregates my site from the other websites at that physical address.
Max,
If you have a website on GoDaddy they can provide you with the server address. You should call their help line (I have talked to them before and they are usually helpful). Additionally if you have an admin login to the site the server name should be listed there.
Rex
Rex, you can make the connection you mentioned with a LAN or a WAN but you cannot connect to an .MBD sitting on a server located via the Internet (ie, there is no direct connection and it sits "somewhere" else whereby you can FTP to it etc but that is it.
Now, if I was using MySql then it is plain sailing because MySql provides and ODBC connector which you download and it announces it presence and becomes easy to connect to. Microsoft does not AFAIK provide an ODBC connector for MDBs.
Stick an MDB up on a website directory/folder somewhere and then try to connect to it with Access. I think you will find this is not possible.
Max
We're a friendly, industry-focused community of developers, IT pros, digital marketers, and technology enthusiasts meeting, networking, learning, and sharing knowledge.