Comparisons of Access 97 and 2003

G

Guest

We have one of our databases on Access 97 and my supervisor has given me the
assignment of reasons why we should migrate to Access 2003. It has forms and
different tables with various relationships (like any typcial database). I
have googled "compare access 97 to access 2003" with minimal results. That
is why I am asking the experts if they could guide me in finding the pros and
cons of upgrading to 2003. By the way he tells me that 97 crashes a lot.
Also I am beginning user of both versions. Thanks.
 
R

Rick Brandt

KingCadillac said:
We have one of our databases on Access 97 and my supervisor has given
me the assignment of reasons why we should migrate to Access 2003.
It has forms and different tables with various relationships (like
any typcial database). I have googled "compare access 97 to access
2003" with minimal results. That is why I am asking the experts if
they could guide me in finding the pros and cons of upgrading to
2003. By the way he tells me that 97 crashes a lot. Also I am
beginning user of both versions. Thanks.

You will definitely not upgrade Access 97 and gain stability. 2000 was
terrible until it was patched sevaeral times. 2002 and 2003 were both
incrementally better, but Access 97 is still the smallest, fastest, and most
stable of the lot.

You really would need to review the what's new for each of the newer
versions and see if any or all of the new features added together look
worthwhile to you. There is no single "killer" new feature unless you
happen to have been struggling with a particular issue that one of the new
features just happens to be a good solution for.

Most of the differences are stylistic and whether they are an improvement or
not is largely a matter of opinion. Jumping three versions you would see
considerable new things to play with. Only you will be able to say if they
are all that exciting or not.
 
D

DL

Personnally, I've run access2k for a number of years, on a daily basis, and
had no issues, certainly not with crashing. - but then, neither did I have a
problem with access97
 
R

Rick Brandt

DL said:
Personnally, I've run access2k for a number of years, on a daily basis, and
had no issues, certainly not with crashing. - but then, neither did I have a
problem with access97

I should also add that when I speak of stability this is almost exclusively a
development issue. I don't think any version has too many stability problems
for the user.
 
G

Guest

OK, thank you gentlemen for your responses. So are you saying that there is
no significant difference between the 97/03 versions except 03 may have more
gizmos? I mean I have used 2000 for a little while and when I look at 2003's
Northwind tables (how I am teaching myself Access) vs the 2000 they basically
look and act the same to me.
 
A

Albert D.Kallal

KingCadillac said:
OK, thank you gentlemen for your responses. So are you saying that there
is
no significant difference between the 97/03 versions except 03 may have
more
gizmos? I mean I have used 2000 for a little while and when I look at
2003's
Northwind tables (how I am teaching myself Access) vs the 2000 they
basically
look and act the same to me.

Well, there is certainly some changes from a97 to a2003.

from a97, to a2000 and beyond, you get the next version of VBA. So, there is
a number of extra features in the development language. Most noticeable is a
some functions like split, and also the call by name feature is rather nice.

The other big change is the duel IDE in a2000 and beyond. Some like this,
some don't. However, after using it for some time, I do prefer the split
IDE for forms and code.

And, of course, all kinds of new technologies have been added.

in a2000, you got support for using ADO. (it is a nice data model to use
when connecting to sql server etc). Further, it is a "cleaner" data model
then is DAO. Since ado was added, we had 3 versions, and now ADO
kind of has had it day. So, I guess you did not miss ADO much!

However, a good many VB developers do feel much more at home with
ADO, and it simply was a very welcome addition to ms-access.

Another very neat feature is that you can now create a reocrdset, and then
bind that reocrdset to a form, or even a combo box. And, in a2002, this
ability got a LOT better (you can bind ado or dao reocrdsets from a jet
table, or
even a sql server table and NOT have to use a shaped data provider).

And, in a2002, we got support for XML. In a2003, that XML support got
better. We
also now have the soap add in toolkit. This means that ms-access can now
consume web services (so, while you don't use .net to write ms-access code,
ms-access now can most certainly consume .net web services). There is many
other touches like being able to set the font size in the sql builder (I
wanted that for years..and the newer versions have this feature). Then of
course, there is support for themed controls. This just makes your 'old'
tired forms look a lot newer. Here is some screen shots with themes turned
off, and then turned on:

http://www.members.shaw.ca/AlbertKallal/Atheme/index.htm

So, if you look over the years, as new technologies from Microsoft came out
(like ADO, or XML), these features are added to ms-access. So, it kind of
has been a nice ride other the years.

Some other new features are (the following is a cut past from a post by John
Viescas))

Propagating field properties

In previous versions of Microsoft Access, whenever you
modified a field's inherited property, you had to manually
modify the property of the corresponding control in each
of the forms and reports. Now, when you modify an
inherited field property in Table design view, Access
displays an option to update the property of all or some
controls that are bound to the field.

Some of the wizards now offter Improved sorting in controls

You can now specify the ascending or descending sort order
of up to four fields in the List Box and Combo Box Wizards
in forms and reports, and the Lookup Wizard in an Access
database. The sort page added to these wizards looks and
behaves like the sort page in the Report Wizard.

Context-based Help in SQL view

In the SQL view of a query in a Microsoft Access database,
you can now get help specific to Jet SQL keywords, VBA
functions, and Access functions. Simply press F1 to bring
up the help that corresponds to the text near the cursor.
You can also search the Jet SQL and VBA function reference
topics.

View information on object dependencies

In Microsoft Office Access 2003, you can view information
on dependencies between database objects. Viewing a list
of objects that use a specific object helps maintain a
database over time and avoid errors related to missing
record sources. For example, the Quarterly Orders query in
the Sales database is no longer needed, but before
deleting it, you might want to find out which other
objects in the database use the query. Then, you could
either change the record source of the dependent objects,
or delete them, before deleting the Quarterly Orders
query. Viewing a complete list of dependent objects helps
you save time and minimize errors.

</quote>

The list is longer then the above. There is also stuff for working with
Share Point services etc.

A file 'backup' option is now available in the main file option (many new
users wonder why no option to make a "copy' of the current database ever
existed...well, now we have this option.


At the end of the day, you kind of have to ask your self what features would
really make you switch. For me, I jumped from a97 to a2003 much because of
themed controls, and also found the a2003 runtime package very nice (it is
the FIRST runtime package I used for ms-access that did NOT requite any sp
updates to office to work well). Even for normal a97 install (or runtime),
you REALLY MUST install the jet35sp3 update, and the sr2b1 for
things to work well, and sleep easy at night.

For a2003, you can install the runtime (or full version) on a new windows
box and not install ANY additional updates for office. This is to me is
amazing. I mean, you should install the updates, but in the bug list of
things fixed, there is really NOTHING of a serous matter if you don't
patch/update. (I going to get a bit of heat for saying you can run things
without having to update office 2003, but this has been the case for
me..and that is amazing!...it just works right out of the box). I can;t
ever remember there being a version of ms-access that you could
just run and not do anything else....
 
G

Guest

Hi Albert, first off thanks for the response.

I just spoke with my supervisor and his main concern is the stability of
a03. He states that there are multiple people using a97 which is on our
company network. I don't know if you read the other threads but he says that
he has a problem with a97 crashing a lot. He also said that the database
isn't that big. Does a03 have a record of instability when multiple users
are accessing the database?
 
A

Albert D.Kallal

KingCadillac said:
Hi Albert, first off thanks for the response.

I just spoke with my supervisor and his main concern is the stability of
a03. He states that there are multiple people using a97 which is on our
company network. I don't know if you read the other threads but he says
that
he has a problem with a97 crashing a lot. He also said that the database
isn't that big. Does a03 have a record of instability when multiple users
are accessing the database?
--

There is likely no difference in terms of stability. (I find a2003 VERY VERY
good). however, if you are experience instability with your system, then in
fact it is the setup of your current system, and upgrading will NOT fix this
problem.

if you looking for a rock solid setup, then you must do the following on
each workstation:

make sure you have the updates to office installed , so in your case that
would be:

sr1
sr2b

And, you also must install the updates to jet, for a97, that is
jet35sp3.exe

After having done the above, you then need to split your database. That
means that EACH WORKSTATION gets a copy of the front end, and the front end
preferably should be a mde. Remember, ms-access is a software development
tool. You have always installed the software side on EACH computer. You
always installed word on each computer. You always installed Excel on each
computer. So, the fact that you and your teams of software developers is now
making software with ms-access does NOT change this rule:

You always install the software on each workstation.

So, you have to now start thinking about the difference between simply
documents, and something that is software (ie: software has code, forms
etc).

So, sure, you might place some word documents on a shared folder, but you
are NOT installing the software on the shared folder. So, with ms-access, we
split the application part OUT OF the mdb file. The resulting data (back
end) mdb file has no code, but just data.

You MUST split your application for reliable mutil-user operation. Do the
above, and your stability problems will go away. I as a general rule find my
ms-access applications more reliably then word, or more so then outlook. You
should be able to run your application for years on end, and not receive one
support call if you do the above....

You can read about splitting here:
http://www.granite.ab.ca/access/splitapp.htm

http://www.microsoft.com/accessdev/articles/bapp97/chapters/ba15_3.htm
 
D

DS

Albert said:
There is likely no difference in terms of stability. (I find a2003 VERY VERY
good). however, if you are experience instability with your system, then in
fact it is the setup of your current system, and upgrading will NOT fix this
problem.

if you looking for a rock solid setup, then you must do the following on
each workstation:

make sure you have the updates to office installed , so in your case that
would be:

sr1
sr2b

And, you also must install the updates to jet, for a97, that is
jet35sp3.exe

After having done the above, you then need to split your database. That
means that EACH WORKSTATION gets a copy of the front end, and the front end
preferably should be a mde. Remember, ms-access is a software development
tool. You have always installed the software side on EACH computer. You
always installed word on each computer. You always installed Excel on each
computer. So, the fact that you and your teams of software developers is now
making software with ms-access does NOT change this rule:

You always install the software on each workstation.

So, you have to now start thinking about the difference between simply
documents, and something that is software (ie: software has code, forms
etc).

So, sure, you might place some word documents on a shared folder, but you
are NOT installing the software on the shared folder. So, with ms-access, we
split the application part OUT OF the mdb file. The resulting data (back
end) mdb file has no code, but just data.

You MUST split your application for reliable mutil-user operation. Do the
above, and your stability problems will go away. I as a general rule find my
ms-access applications more reliably then word, or more so then outlook. You
should be able to run your application for years on end, and not receive one
support call if you do the above....

You can read about splitting here:
http://www.granite.ab.ca/access/splitapp.htm

http://www.microsoft.com/accessdev/articles/bapp97/chapters/ba15_3.htm
Thank You, Albert. Once again very informative!
Sincerely,
DS
 
G

Guest

Hi Albert,

As far as splitting the database, that option is not feasible. I guess when
Access 97 is being worked on the db sometimes locks up. Once that happens an
earlier saved copy is opened, however the most recent updates have been lost.
Does a03 "lock up?". Also how can we migrate our databases from a97 to a03?
 
L

Larry Linson

As far as splitting the database, that
option is not feasible.

Help me understand... you are having trouble with crashes, but the solution
to that trouble "is not feasible"? Having multiple users logged in to the
same front-end or monolithic database in any version of Access significantly
raised the probabilty of database corruption (or "crashes"). Some people get
by with that for a long time, then make some minor, apparently innocuous
change, and BANG, corruptions and crashes are frequent!
Does a03 "lock up?".

It may well do so if you insist on having multiple users logged in, or that
may cause it to become corrupted, or cause it to crash.
Also how can we migrate our
databases from a97 to a03?

Most databases convert without any error if you open them in Access 2003,
and choose "Convert" -- this has been the case with all that I have tried.
If there are minor errors, they are likely to be easy to find and simple to
fix. There may also be some software downloadable from Microsoft to assist
if you still have difficulties.

Larry Linson
Microsoft Access MVP
 
G

Guest

Well, Larry unfortunately I am not the one who is making the decisions. I
explained what Albert had told me to my supervisor and that is exactly what
he said, "splitting the database is not an option." So here is what they
want me to do. I am going to have a97 and a2003 installed on my machine
separately. They want me to copy our Change Transport System (CTS) database
over to a2003 and see if it still works. I am sure it will but I agree with
you and Albert that we may still have trouble if there are multiple users
accessing this database concurrently. Oh well, that's the life of an
Information Systems intern for you.
 
G

Guest

OK, I am back. To anyone who can help me again with this issue. My
supervisors have determined what you all have said to be right. Now I have
the responsiblity of gathering research on which of the following would be
better/easier/more efficient. Converting our Access 97 database to MS SQL or
to Oracle? I know this isn't an Oracle site, but it has been difficult
searching on google for the answer to my questions. I have to present the
information on Friday afternoon so if anyone could help it would be greatly
appreciated.

Thanks,
KingCadillac
A Novice Programmer
 

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