Connecting Tech Pros Worldwide Help | Site Map

Acc97 - Record Changes Not Writing to DB

 
LinkBack Thread Tools Search this Thread
  #1  
Old November 12th, 2005, 02:52 PM
Tim ffitch
Guest
 
Posts: n/a
Default Acc97 - Record Changes Not Writing to DB

Hi

Here is my setup. 5 users on NT4 workstations each with front end
Access 97 db linked to NT4 server which has back end data file.

A user selects a supplier from a pop up form. The main form is updated
with the supplier details. The user then moves to a new order and then
later returns to the first order. The supplier details are no longer
there for the first order.

I have tried using docmd.RunCommand acCmdSaveRecord all over the place
to force the record to update to no avail.

Please, please, please has anybody got any ideas as to why the changes
are being lost. This does not happen all the time, only every now and
again.

Is it an access problem, NT4 workstation problem or NT4 Server
problem?

Many thanks for any advice you can offer.

Tim ffitch

  #2  
Old November 12th, 2005, 02:52 PM
Allen Browne
Guest
 
Posts: n/a
Default Re: Acc97 - Record Changes Not Writing to DB

One way that edits are lost is to use the Close action at a time when the
record can't be saved.

If a record is partially filled out, but cannot be saved (e.g. a required
field missing), and you use the Close action/method, e.g.:
DoCmd.Close acForm, Me.Name
Access silently discards the edits and the user is not informed that their
record was not saved. (If the use the Close button built into the form's
title bar, they are informed.)

The RunCommand is applied to whatever form has focus at the time. There is
no guarantee that it is applied to the form you intend. A better solution is
to set the form's Dirty property to False, because you can then specify
which form this applies to, e.g.:
Me.Dirty = False
This generates a trappable error if the record cannot be saved.

--
Allen Browne - Microsoft MVP. Perth, Western Australia.
Tips for Access users - http://allenbrowne.com/tips.html
Reply to group, rather than allenbrowne at mvps dot org.

"Tim ffitch" <fia@ifs.inchcape.co.uk> wrote in message
news:131ac1c1.0310300649.667cd97c@posting.google.c om...[color=blue]
>
> Here is my setup. 5 users on NT4 workstations each with front end
> Access 97 db linked to NT4 server which has back end data file.
>
> A user selects a supplier from a pop up form. The main form is updated
> with the supplier details. The user then moves to a new order and then
> later returns to the first order. The supplier details are no longer
> there for the first order.
>
> I have tried using docmd.RunCommand acCmdSaveRecord all over the place
> to force the record to update to no avail.
>
> Please, please, please has anybody got any ideas as to why the changes
> are being lost. This does not happen all the time, only every now and
> again.
>
> Is it an access problem, NT4 workstation problem or NT4 Server
> problem?
>
> Many thanks for any advice you can offer.
>
> Tim ffitch[/color]


  #3  
Old November 12th, 2005, 03:06 PM
Tim ffitch
Guest
 
Posts: n/a
Default Re: Acc97 - Record Changes Not Writing to DB

Hi Allen

I took onboard your comments. I have investigated the field setup's in
the table design, but none of them are required fields. You are
correct about the DoCmd.Close though. I have a close button on the
form. I will look into removing this.

Kind regards
Tim ffitch


"Allen Browne" <allenbrowne@SeeSig.invalid> wrote in message news:<3fa12686$0$1742$5a62ac22@freenews.iinet.net. au>...[color=blue]
> One way that edits are lost is to use the Close action at a time when the
> record can't be saved.
>
> If a record is partially filled out, but cannot be saved (e.g. a required
> field missing), and you use the Close action/method, e.g.:
> DoCmd.Close acForm, Me.Name
> Access silently discards the edits and the user is not informed that their
> record was not saved. (If the use the Close button built into the form's
> title bar, they are informed.)
>
> The RunCommand is applied to whatever form has focus at the time. There is
> no guarantee that it is applied to the form you intend. A better solution is
> to set the form's Dirty property to False, because you can then specify
> which form this applies to, e.g.:
> Me.Dirty = False
> This generates a trappable error if the record cannot be saved.
>
> --
> Allen Browne - Microsoft MVP. Perth, Western Australia.
> Tips for Access users - http://allenbrowne.com/tips.html
> Reply to group, rather than allenbrowne at mvps dot org.
>
> "Tim ffitch" <fia@ifs.inchcape.co.uk> wrote in message
> news:131ac1c1.0310300649.667cd97c@posting.google.c om...[color=green]
> >
> > Here is my setup. 5 users on NT4 workstations each with front end
> > Access 97 db linked to NT4 server which has back end data file.
> >
> > A user selects a supplier from a pop up form. The main form is updated
> > with the supplier details. The user then moves to a new order and then
> > later returns to the first order. The supplier details are no longer
> > there for the first order.
> >
> > I have tried using docmd.RunCommand acCmdSaveRecord all over the place
> > to force the record to update to no avail.
> >
> > Please, please, please has anybody got any ideas as to why the changes
> > are being lost. This does not happen all the time, only every now and
> > again.
> >
> > Is it an access problem, NT4 workstation problem or NT4 Server
> > problem?
> >
> > Many thanks for any advice you can offer.
> >
> > Tim ffitch[/color][/color]
 

Bookmarks

Thread Tools Search this Thread
Search this Thread:

Advanced Search

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is Off
HTML code is Off
Trackbacks are On
Pingbacks are On
Refbacks are On

Popular Articles

What is Bytes?

We are a network of experts and professionals in IT and software development that help one another with answers to tough questions and share insights. Get the best answers to your questions from over 220,662 network members.