473,387 Members | 1,606 Online
Bytes | Software Development & Data Engineering Community
Post Job

Home Posts Topics Members FAQ

Join Bytes to post your question to a community of 473,387 software developers and data experts.

Upgrading to Office 2003

Hi,

I have to upgrade a number of databases from Access 2.0, Access 97 and
Access 2000 to work in Office 2003. These databases contain a number
of Forms coded with VBA as well as a number of Queries/Macros.

The Microsoft web site says that Office 2003 will open databases
created in these versions.

However i have in the past upgraded databases from access 2.0 to 97
and have encountered problems with the VBA code, and i have used the
built in tools for some simple databases to upgrade to 2000 from 97
but these ones are more complex so i may not have encountered all the
problems, and i have never upgraded to Office 2003

Does anyone know of any issues with upgrading from these version's to
Office 2003

Thanks in Advance

Aidan Tobin
Nov 12 '05 #1
11 1895
Aidan Tobin wrote:
Hi,

I have to upgrade a number of databases from Access 2.0, Access 97 and
Access 2000 to work in Office 2003. These databases contain a number
of Forms coded with VBA as well as a number of Queries/Macros.

The Microsoft web site says that Office 2003 will open databases
created in these versions.

However i have in the past upgraded databases from access 2.0 to 97
and have encountered problems with the VBA code, and i have used the
built in tools for some simple databases to upgrade to 2000 from 97
but these ones are more complex so i may not have encountered all the
problems, and i have never upgraded to Office 2003

Does anyone know of any issues with upgrading from these version's to
Office 2003

Thanks in Advance

Aidan Tobin


2002/2003 still can use the 2000 file format so why do you need to
convert? :)
--
regards,

Bradley
Nov 12 '05 #2
On 21 Apr 2004 11:52:53 -0700, ai********@hotmail.com (Aidan Tobin)
wrote:

From Access 2 to any other version can be a major step, since you're
going from 16-bit to 32-bit. Perhaps it makes sense to settle on the
Access2000 format: it is still supported by the newer versions.

-Tom.

Hi,

I have to upgrade a number of databases from Access 2.0, Access 97 and
Access 2000 to work in Office 2003. These databases contain a number
of Forms coded with VBA as well as a number of Queries/Macros.

The Microsoft web site says that Office 2003 will open databases
created in these versions.

However i have in the past upgraded databases from access 2.0 to 97
and have encountered problems with the VBA code, and i have used the
built in tools for some simple databases to upgrade to 2000 from 97
but these ones are more complex so i may not have encountered all the
problems, and i have never upgraded to Office 2003

Does anyone know of any issues with upgrading from these version's to
Office 2003

Thanks in Advance

Aidan Tobin


Nov 12 '05 #3
Oh how i wish i could but someone dosent see it that way, All
databases have to be upgraded to office 2003...
Nov 12 '05 #4
Aidan Tobin wrote:
Oh how i wish i could but someone dosent see it that way, All
databases have to be upgraded to office 2003...


Hehe, sounds like one of my clients;) God bless 'em.

There shouldn't be any major dramas converting 2000-2003 except the
annoyance of Digital Signatures in 2003.
--
regards,

Bradley
Nov 12 '05 #5
ai********@hotmail.com (Aidan Tobin) wrote in
news:67*************************@posting.google.co m:
Oh how i wish i could but someone dosent see it that way, All
databases have to be upgraded to office 2003...


Do they really understand that the Access 2000 format is native to
Access 2003?

--
David W. Fenton http://www.bway.net/~dfenton
dfenton at bway dot net http://www.bway.net/~dfassoc
Nov 12 '05 #6
David W. Fenton wrote:
ai********@hotmail.com (Aidan Tobin) wrote in
news:67*************************@posting.google.co m:

Oh how i wish i could but someone dosent see it that way, All
databases have to be upgraded to office 2003...

Do they really understand that the Access 2000 format is native to
Access 2003?


But he has v2.0 and 97 databases to upgrade as well, and there may be
issues upgrading them.

--
Error reading sig - A)bort R)etry I)nfluence with large hammer
Nov 12 '05 #7
Trevor Best <nospam@localhost> wrote in
news:40***********************@auth.uk.news.easyne t.net:
David W. Fenton wrote:
ai********@hotmail.com (Aidan Tobin) wrote in
news:67*************************@posting.google.co m:
Oh how i wish i could but someone dosent see it that way, All
databases have to be upgraded to office 2003...


Do they really understand that the Access 2000 format is native
to Access 2003?


But he has v2.0 and 97 databases to upgrade as well, and there may
be issues upgrading them.


But upgrading to A2K3 format seems to me to be a mistake. Upgrading
to A2K format maintains backward compatibility with the last three
releases of Access, while losing you nothing but a small handful of
features specific to A2K2 and A2K3.

--
David W. Fenton http://www.bway.net/~dfenton
dfenton at bway dot net http://www.bway.net/~dfassoc
Nov 12 '05 #8
David W. Fenton wrote:
Trevor Best <nospam@localhost> wrote in
news:40***********************@auth.uk.news.easyne t.net:

David W. Fenton wrote:
ai********@hotmail.com (Aidan Tobin) wrote in
news:67*************************@posting.google .com:
Oh how i wish i could but someone dosent see it that way, All
databases have to be upgraded to office 2003...

Do they really understand that the Access 2000 format is native
to Access 2003?


But he has v2.0 and 97 databases to upgrade as well, and there may
be issues upgrading them.

But upgrading to A2K3 format seems to me to be a mistake. Upgrading
to A2K format maintains backward compatibility with the last three
releases of Access, while losing you nothing but a small handful of
features specific to A2K2 and A2K3.


He would still have to upgrade his 2.0 & 97 databases to 2000 format to
avoid all the dialogs and long load times of opening such in either 2K,
2K2 or 2K3.

Maintaining backward compatibility with 2000 would negate the point of
having the latest version although as you say, there's not much more to
it, the only significant things I've seen added to 2K3 are unproductive,
e.g. warnings about macros, etc. they might as well place a warning
within the executable itself that says "warning: this executable file
contains executable code that may damage your computer, are you sure you
want to run it?".

I think MS has gone too far on this one and 2K2 will be the last version
I'll ever use.

--
Error reading sig - A)bort R)etry I)nfluence with large hammer
Nov 12 '05 #9
Trevor Best <nospam@localhost> wrote in
news:40***********************@auth.uk.news.easyne t.net:
David W. Fenton wrote:
Trevor Best <nospam@localhost> wrote in
news:40***********************@auth.uk.news.easyne t.net:
David W. Fenton wrote:

ai********@hotmail.com (Aidan Tobin) wrote in
news:67*************************@posting.googl e.com:
>Oh how i wish i could but someone dosent see it that way, All
>databases have to be upgraded to office 2003...

Do they really understand that the Access 2000 format is native
to Access 2003?

But he has v2.0 and 97 databases to upgrade as well, and there
may be issues upgrading them.
But upgrading to A2K3 format seems to me to be a mistake.
Upgrading to A2K format maintains backward compatibility with the
last three releases of Access, while losing you nothing but a
small handful of features specific to A2K2 and A2K3.


He would still have to upgrade his 2.0 & 97 databases to 2000
format to avoid all the dialogs and long load times of opening
such in either 2K, 2K2 or 2K3.


Naturally. But the question is whether to upgrade to the absolute
latest format or to one that's cross-version compatible. Seems like
a no-brainer to me, especially since upgraded MDBs couldn't possibly
be using any of the features possible only in the post-A2K file
formats.
Maintaining backward compatibility with 2000 would negate the
point of having the latest version although as you say, there's
not much more to it, the only significant things I've seen added
to 2K3 are unproductive, e.g. warnings about macros, etc. they
might as well place a warning within the executable itself that
says "warning: this executable file contains executable code that
may damage your computer, are you sure you want to run it?".

I think MS has gone too far on this one and 2K2 will be the last
version I'll ever use.


I think the fact that they have settled on a base format that they
support in all versions is a very good thing. It looks like an
advantage that means you could get by without having to upgrade
everyone just because you can no longer purchase new machines with
the version 1 or 2 behind the currently selling ones (assuming you
don't have a site license, of course, as none of my clients do,
since they are all too small to justify it).

--
David W. Fenton http://www.bway.net/~dfenton
dfenton at bway dot net http://www.bway.net/~dfassoc
Nov 12 '05 #10
David W. Fenton wrote:
He would still have to upgrade his 2.0 & 97 databases to 2000
format to avoid all the dialogs and long load times of opening
such in either 2K, 2K2 or 2K3.

Naturally. But the question is whether to upgrade to the absolute
latest format or to one that's cross-version compatible. Seems like
a no-brainer to me, especially since upgraded MDBs couldn't possibly
be using any of the features possible only in the post-A2K file
formats.


Seems to me to be his company policy to get everyone on the same version
(Aidan care to comment?). If that's the case then cross platform
compatibility would not be a requirement in this case.
I think the fact that they have settled on a base format that they
support in all versions is a very good thing. It looks like an
advantage that means you could get by without having to upgrade
everyone just because you can no longer purchase new machines with
the version 1 or 2 behind the currently selling ones (assuming you
don't have a site license, of course, as none of my clients do,
since they are all too small to justify it).


Until something as radical as Rushmore or native 64 bit Access comes
along :-)

--
Error reading sig - A)bort R)etry I)nfluence with large hammer
Nov 12 '05 #11
Trevor Best <nospam@localhost> wrote in
news:40***********************@auth.uk.news.easyne t.net:
David W. Fenton wrote:
He would still have to upgrade his 2.0 & 97 databases to 2000
format to avoid all the dialogs and long load times of opening
such in either 2K, 2K2 or 2K3.


Naturally. But the question is whether to upgrade to the absolute
latest format or to one that's cross-version compatible. Seems
like a no-brainer to me, especially since upgraded MDBs couldn't
possibly be using any of the features possible only in the
post-A2K file formats.


Seems to me to be his company policy to get everyone on the same
version (Aidan care to comment?). If that's the case then cross
platform compatibility would not be a requirement in this case.


Well, maybe not everyone is upgrading (perhaps only those who use
Access).

Perhaps there are developers involved who could more easily support
A2K than A2K3.

I just don't see the downside.
I think the fact that they have settled on a base format that
they support in all versions is a very good thing. It looks like
an advantage that means you could get by without having to
upgrade everyone just because you can no longer purchase new
machines with the version 1 or 2 behind the currently selling
ones (assuming you don't have a site license, of course, as none
of my clients do, since they are all too small to justify it).


Until something as radical as Rushmore or native 64 bit Access
comes along :-)


I strongly doubt that a 64-bit Access would provide any advantage
whatsoever over 32-bit Access, just by virtue of being 64-bit.

Yes, naturally, if there's actually something in a new version of
Access that justifies the upgrade, yes, upgrade to that version.

But in this case, the version under consideration is A2K3, which
offers nothing whatsoever over A2K2 in features of use to anyone at
all (except marketing people).

--
David W. Fenton http://www.bway.net/~dfenton
dfenton at bway dot net http://www.bway.net/~dfassoc
Nov 12 '05 #12

This thread has been closed and replies have been disabled. Please start a new discussion.

Similar topics

5
by: Mike Owen | last post by:
Hi, I have just used the import Wizard to import a VS 2003 app to VS 2005. I have a lot of work to do to enable it to compile successfully with all the errors and warnings it gave me, but as a...
13
by: Noesis Strategy | last post by:
When I ordered my new laptop, Sony didn't offer Access 2003 in its bundles. Recently, I have begun to design Access databases using an copy of Access 2002 from my previous laptop. It works fine,...
11
by: Aidan Tobin | last post by:
Hi, I have to upgrade a number of databases from Access 2.0, Access 97 and Access 2000 to work in Office 2003. These databases contain a number of Forms coded with VBA as well as a number of...
7
by: John | last post by:
Hi I have an old access 97 application which I need to upgrade to one of the newer versions. Which of the access versions xp or 2003 should I choose? Which one is more stable? Thanks ...
2
by: Lauren Wilson | last post by:
Hi Folks, I have a widely distributed Access 200 Application. I must retain my ability to support users who are still on Access 2000 and Access 2000 Runtime. However I also need to upgrade my...
17
by: Owen Jenkins | last post by:
I have an Access application that is being used by 150+ clients. I develop in 97, convert to 2000 and distribute as a 97 or 2000 mde, or 97 runtime. This limits me to 97 functions. My clients may...
3
by: ARC | last post by:
Hello All, I have a major application for quoting and invoicing that is written in Access 97 (both front and back ends). I have a user base of over 300 customers, and currently I don't require...
14
by: ARC | last post by:
Hello All, I have a major application for quoting and invoicing that is written in Access 97 (both front and back ends). I have a user base of over 300 customers, and currently I don't require...
0
by: taylorcarr | last post by:
A Canon printer is a smart device known for being advanced, efficient, and reliable. It is designed for home, office, and hybrid workspace use and can also be used for a variety of purposes. However,...
0
by: Charles Arthur | last post by:
How do i turn on java script on a villaon, callus and itel keypad mobile phone
0
by: aa123db | last post by:
Variable and constants Use var or let for variables and const fror constants. Var foo ='bar'; Let foo ='bar';const baz ='bar'; Functions function $name$ ($parameters$) { } ...
0
by: emmanuelkatto | last post by:
Hi All, I am Emmanuel katto from Uganda. I want to ask what challenges you've faced while migrating a website to cloud. Please let me know. Thanks! Emmanuel
0
BarryA
by: BarryA | last post by:
What are the essential steps and strategies outlined in the Data Structures and Algorithms (DSA) roadmap for aspiring data scientists? How can individuals effectively utilize this roadmap to progress...
1
by: nemocccc | last post by:
hello, everyone, I want to develop a software for my android phone for daily needs, any suggestions?
0
by: Hystou | last post by:
There are some requirements for setting up RAID: 1. The motherboard and BIOS support RAID configuration. 2. The motherboard has 2 or more available SATA protocol SSD/HDD slots (including MSATA, M.2...
0
marktang
by: marktang | last post by:
ONU (Optical Network Unit) is one of the key components for providing high-speed Internet services. Its primary function is to act as an endpoint device located at the user's premises. However,...
0
Oralloy
by: Oralloy | last post by:
Hello folks, I am unable to find appropriate documentation on the type promotion of bit-fields when using the generalised comparison operator "<=>". The problem is that using the GNU compilers,...

By using Bytes.com and it's services, you agree to our Privacy Policy and Terms of Use.

To disable or enable advertisements and analytics tracking please visit the manage ads & tracking page.