problem with 'lookup on' and writing to a SQLserver table

Lloyd, Gavin gavin.lloyd@fmglobal.com
Wed, 21 Apr 2004 12:57:38 +0100


The autocommit would release the lock but what worries me is doing the
write in the process procedure.  If you are updating a record based on
the logic in the screen then you cannot guarantee the update will be
completed until the update procedure.  So if this doesn't get done will
the SQLserver table be out of synch?

If the updates are related you may be able to change the lookup file to
secondary and your field changes to the process procedure and the update
should sort itself out.  If it's all procedure code you may be able to
use a designer file.

If I have misunderstood then I can only apologise in advance but I had 5
minutes and thought I would try and help for a change but as usual MY
suggestion sounds a lot more complicated than the original question.

Regards,
Gavin.


-----Original Message-----
From: powerh-l-admin@lists.sowder.com
[mailto:powerh-l-admin@lists.sowder.com] On Behalf Of
brian_matthewsbrian matthews
Sent: 20 April 2004 16:06
To: powerh-l@lists.sowder.com
Subject: problem with 'lookup on' and writing to a SQLserver table


I have never used this list before so am not completely sure what to
expect 
so here goes : I am trying to write to a SQLserver table from a field 
process procedure but the row is blocked if a 'lookup on' is also
present on 
the field, can anyone explain this, or offer a wokaround ?

P.S we are from RMS and trying out SQLserver

_________________________________________________________________
Express yourself with cool new emoticons
http://www.msn.co.uk/specials/myemo