Re: Help on resolving record conflicts with ADO
- From: "Bill Hicks" <waylien_no_spam@xxxxxxxxx>
- Date: Wed, 1 Mar 2006 00:29:40 +0800
I misunderstood your note about adding a resync command. I was picturing
the following:
dataset.resync([]);
And I just couldn't figure out how it would be helpful. I didn't realize
you meant use the resync_command in TBetterADO or rather ['Resync Command']
in TADO. I set up TBetterADO with my select statement in the resync_command
and it works great.
Thanks for your input.
"Brian Bushay TeamB" <BBushay@xxxxxxxxx> wrote in message
news:pcg702tmhaneq6j8degf8hromji85e9nqc@xxxxxxxxxx
A while ago it was suggested that I try this:As I said in the last message you can not properly resysnc a Join without
ADODataSet1.RecordSet.ReSync(adAffectCurrent, adResyncAllValues);
ADODataSet1.UpdateCursorPos;
ADODataSet1.Cancel;
Action := daAbort;
If my select statement is from 1 table, the above code works fine, but if
I
include any fields from another table through a left outer join (the other
table's field is for display purposes only) then the above code crashes
with
'Key value for this row was changed or deleted at the data store. The
local
row is now deleted.'. My select statement contains the primary key for
the
table I want to update, and only one field from the other table. I've
tried
BetterADO with no success. I'm wondering if the problem is how I'm
building
the select statement, but I don't see any other way to do what I need to
do.
SELECT table1.id, table1.name, table1.amount, table2.displayfield FROM
table1 LEFT OUTER JOIN table2 ON table1.id = table2.
id
writing a "Resync_command"
Also I can point out that what you are trying to do seems better suited to
using
a lookup field than to using an outer join
--
Brian Bushay (TeamB)
Bbushay@xxxxxxxxx
.
- References:
- Help on resolving record conflicts with ADO
- From: Bill Hicks
- Re: Help on resolving record conflicts with ADO
- From: Bill Hicks
- Re: Help on resolving record conflicts with ADO
- From: Brian Bushay TeamB
- Re: Help on resolving record conflicts with ADO
- From: Bill Hicks
- Re: Help on resolving record conflicts with ADO
- From: Brian Bushay TeamB
- Help on resolving record conflicts with ADO
- Prev by Date: Persistent fields - ADO - Oracle database
- Next by Date: Re: Persistent fields - ADO - Oracle database
- Previous by thread: Re: Help on resolving record conflicts with ADO
- Next by thread: Re: Help on resolving record conflicts with ADO
- Index(es):
Relevant Pages
|