Re: Reapplying successfull batch updates
From: Brian Bushay TeamB (BBushay_at_Nmpls.com)
Date: 02/05/05
- Next message: Brian Bushay TeamB: "Re: Refreshing a TADOQuery dataset"
- Previous message: BCostello: "ADOQuery to view & edit but not Update Table??"
- In reply to: Dave Blake: "Re: Reapplying successfull batch updates"
- Next in thread: Dave Blake: "Re: Reapplying successfull batch updates"
- Reply: Dave Blake: "Re: Reapplying successfull batch updates"
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
Date: Fri, 04 Feb 2005 21:08:07 -0600
>Meanwhile, it seems a bit perverse to have to save/load from file when after
>a rollback the local recordset has the correct values but just does not know
>that it has to send them to the server. It means that the user can see the
>values on screen, but if they don't edit them again they won't get saved.
>I'm thinking that since I have the values then all I have to do is loop
>through all the field values setting them to themselves, of course there is
>no way to differentiate between the ones that have changed (since the user
>started editing) and the ones that are the same, but then update the whole
>lot - that's what the save/load from stream is doing isn't it?
The problem is that the recorset no longer has OriginalValues that match what
the values in the database so a post can't do a comparison to know if the fields
have change. The saveToStream should save both the currentValue and
OrginalValue for each field and restore those to the dataset with a
loadFromStream
-- Brian Bushay (TeamB) Bbushay@NMPLS.com
- Next message: Brian Bushay TeamB: "Re: Refreshing a TADOQuery dataset"
- Previous message: BCostello: "ADOQuery to view & edit but not Update Table??"
- In reply to: Dave Blake: "Re: Reapplying successfull batch updates"
- Next in thread: Dave Blake: "Re: Reapplying successfull batch updates"
- Reply: Dave Blake: "Re: Reapplying successfull batch updates"
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
Relevant Pages
|