How to Continuously Develop and Deploy an Access 2010 Database Application

Question

I\'ve been developing an Access 2010 Database Application, let\'s call it Skill.accdb. I\'m at the stage where I want to start deploying it so users can start u

Answer 1

This isn't a website, or a file; it's a database. You can't update every copy of your front end on each user's computer, it just doesn't work that way.

A strategy I use is to "version" my front-ends, and when I deal with databases I don't uses Access' built-in Move Data tool.

How do I have a development version of the front-end pointing to a dummy version of the back-end so that I don't mess up the live version?

You need (at minimum) 2 different environments

1. Production (what your users use)
2. Testing (where you make your changes and test them)

For Testing, you need your own back-end and front-end. This is where you will do your continuous development. You never want to disturb what your users are working with, especially the data.

For production, you can make your changes and roll out the new version via shared network drive where the users can download the copy, much like the first one. This is where you'll use the Linked Table Manager to reconnect the tables to your production back-end and your new front-end.

So the work flow would be:

1. You have a production back end and front end the users are using.
2. You have a copy of both of those databases to work with, and it's not related to what they are using.
3. You link your Front End tables to your copied development version of the back-end via Linked Table Manager.
4. You change/make updates/continue to develop on your front end.
5. You test them/ensure everything works
6. You place your new production front end version (v2) on the shared network drive and connect it to the production back end
7. Your users download (copy) the new front end version and use it.
8. They see your changes and are amazed by what you did and you get a $5,000.00 raise for knowing what to do and being a great developer.

Linked Table Manager

In the Navigation Pane, right-click one of the linked tables to open the shortcut menu. From there, choose Linked Table Manager.

That makes it easy to manage the links. Put a checkmark in the box next to each linked table you want to change. Or if changing them all, click Select ALL. Also check the box labeled "Always prompt for new location" (at the lower left corner of that dialog window). Then Access will ask you to locate the database source for the links.

If you need more info just say something.

Linking New Tables from Back End to Front End

If I have a back-end database with tables and I wanted to link those tables to a front-end on my desktop, I would follow this process:

1. Click on the External Data tab at the top of the Access ribbon
2. Click on Access
3. Select the correct File name/directory for your back-end
4. Select Link to the data source by creating a linked table.
5. Select the tables you want to import (probably can click Select All)
6. Click "OK".

Now you will see the tables in your front end. You can then use the Linked Table Manager to manage these links should, for example, your back end database be moved to a different location.

Answer 2

I would suggest this:

http://www.databasejournal.com/features/msaccess/article.php/3286111/Automatically-Deploy-a-New-Access-Client.htm

The article references Access 2003, but I have used it for Access 2010 databases. Essentially, create a 2010 compiled front-end and upon start-up, it checks if the client version matches the server version. If they are different, the new server version is copied over to the client's machine. It's pretty slick.

Answer 3

I know this is a very old question, but I recently used a super simple technique that can be of use to others.

For deployment, I put the front-end (FE) database (can be MDE, MDB or accdb, works with any type) in a shared folder, along with a small batch file wich copies the FE to the user's %TEMP% folder.
Then I deploy only the .bat file on each user's desktop.
This way, every time a user starts the app, a fresh copy of the FE is copied locally and started.
For upgrades, I only have to put the new FE in the shared folder. This also removes the need for regularly compacting of the FE!