Question on Running 2003 mdb via Access 2007

R

Ron2006

It is planned that we will be migrating from Office 2003 to Office
2007 in the next couple of months.

We have multiple applications written and maintained in Access 2003
and for an unspecified amount of time we will need to be running them
via both 2003 and 2007.

I know that some tweaking will need to be done to run some of the mdbs
under 2007. My question is, will I be able to update and correct a
2003 application via Access 2007 and still save it as a 2003 mdb that
will still operate from both versions. It is a split application on a
network and the Tables are in 2000 format.

Ron
 
A

Albert D. Kallal

Ron2006 said:
It is planned that we will be migrating from Office 2003 to Office
2007 in the next couple of months.

We have multiple applications written and maintained in Access 2003
and for an unspecified amount of time we will need to be running them
via both 2003 and 2007.

I know that some tweaking will need to be done to run some of the mdbs
under 2007. My question is, will I be able to update and correct a
2003 application via Access 2007 and still save it as a 2003 mdb that
will still operate from both versions. It is a split application on a
network and the Tables are in 2000 format.
Since you have a split application, then you are in good shape here, and a
split setup will facilitate the upgrading of those software systems in an
easy and seamless manner.

What we REALLY want to avoid here is to have (allow) multiple users try and
open the 2003 front end and have other users opening it with 2007. you
should try and avoid this, and furthermore it is a specially at the same
time, as that will simply be very unstable. (I am assuming for the most part
that when you speak of a split system, the front in part was installed on
each WorkStation, and you really need to do this).

A client of mine was upgrading approximately 25 computers. There was about
3-4 other software vendors and companies applications running at this
business location. They also were running about 4-5 of my access
applications that I'd written for them over the years. Virtually every one
of the other software vendors said that "man", you're going have nothing but
hell and all kinds and incompatibility problems when you attempt to upgrade
your access applications. the reason is they've heard some money or stories
from other organizations and companies that have attempted upgrade their
applications.

It turns out because I was running a split application, as as each new
desktop was upgraded to the new version of windows and office (they were
upgrading about four to five machines per week), I simply gave them a new
copy of the front end for the correct version of access running on those new
desktops. Keep in mind I simply left the backend data file formats in the
older previous version of access.

It was interesting to see the huge amount of problems and incompatibilities
that the other software vendors had in the building as they tried to upgrade
their new software to work with the old software the same time. They had
huge problems, especially on some of the applications that were trying to
share data.

In other words of all the other software vendors from accounting systems to
everything else has HUGE AMOUNTS of problems during this upgrade process.


The access applications were upgraded without a SINGLE problem and were the
least problematic. the other software vendors and the building really had to
eat crow on this one. The secret to the story of course was the fact that we
always installed the software front ends on each computer, and we simply
flipped them to a newer version of that front end as the computers were
upgraded. Everything ran just perfectly well.

So what I'm suggesting to you that you would likely should perhaps put 2007
access front ends on the new machines that upgrade to office 2007. You could
probably give them access 2003 front ends, but I *strongly* suggest that you
do not allow different versions of the access to work on that same front end
by different users.

I also suggest that if you do maintain and do design application changes
using access 2007 for those access 2003 Applications I suggest that you do a
de-compile and then a compact + repair before you distribute your access
2003 application to those 2003 users. On the other hand this really begs the
question as to why you were never using a mde, and you SHOULD be. So, just
remember when you do the de-compile make sure you hold down the shift key
and you do not allow ANY code or form t load and run in access 2007 (else
some automatic compiling will occur, and then you'll have a situation in
which you have a access 2007 trying to compile some of the access 2003
code).

So when you de-compile the 2003 application just make sure you hold down the
shift key and do NOT allow any code to run. You can then compact/repair (and
again hold down shift key to ensure that no call runs at all). At this point
you can then safety distribute the access 2003 up application to those users
that are running access 2003. however you would be better off to take this
to a WorkStation create a mde for those 2003 users.

I assume in the above that you've always distributed the application part or
so called front ends to each of the computers. If you been doing this then
you can very well have a seamless transition between the two versions
without any interruption in operations at all...
 
R

Ron2006

The applications are split. The FEs are on each of the users
computers.

I had one manager with 2007 on his computer and he attempted to use
the application. For what he was using it for, there was one piece of
code that was searching to see if a file existed that did not work. I
changed that code in Access 2003 to use the DIR command instead. After
that change that same version was copied to his machine AND to 2003
machines and each was able to run.

The thing is, I changed the code via Access 2003 and not 2007 (since I
don't yet have that one a computer I can get to).
So from that point of view I know that 2007 can run a 2003 mdb
properly when the mdb is changed via 2003.

Assuming that I do not use anything that is unique to 2007 is it
possible to modify a mdb via 2007 and save it so it still operates in
2003?

Ron
 
A

Albert D. Kallal

Assuming that I do not use anything that is unique to 2007 is it
possible to modify a mdb via 2007 and save it so it still operates in
2003?

Yes, for the most part it works quite well. I do suggest the de-compile
suggestion however.....

I was using/working a2003 for a client that was running a2000. I had quite a
few problems editing the 2000 with a2003 but when I started doing a
de-compile in a2003 RIGHT BEFORE I gave them the a2000 application, all
problem went away...

So, as general rule, you should be ok..but, consider the de-compile
option....

http://www.mvps.org/access/bugs/bugs0008.htm

I have a reg edit that gives you a right-click context menu that allows you
to de-compile an access application without having to setup a shortcut. You
can find it here:

http://www.members.shaw.ca/AlbertKallal/msaccess/accessreg.reg

Yyou might want to browse to the following web page here to get the above:

http://www.members.shaw.ca/AlbertKallal/msaccess/msaccess.html
 
P

Paul Shapiro

Amn A2003 db that is opened in A2007 will have the VBA references
automatically updated from the Office 2003 references to Office 2007. But
opening that same db again in A2003 will not automatically reset the
references, so it would have to be done manually, once.

I find it necessary to use a virtual machine running the oldest OS and
oldest Office version that any client uses. I can develop in any version of
Access, but before distributing to a client, I verify the db in that virtual
machine with the older Office version. Usually that just means resetting the
references. It's also necessary if a client has an issue that I don't see in
my development version.

I have a few clients using mixed Office versions. As long as I distribute
the Access 2003-tested version, the A2007 machines can use it fine. I don't
need both versions in place. As Albert said, it's essential that each client
only run a local copy of the frontend. They can't share.
 

Ask a Question

Want to reply to this thread or ask your own question?

You'll need to choose a username for the site, which only take a couple of moments. After that, you can post your question and our members will help you out.

Ask a Question

Top