Subject | Re: [IBO] Transactions - snapshot of data |
---|---|
Author | Geoff Worboys |
Post date | 2006-05-03T02:50:32Z |
Hi Robert,
which it then tries to locate in its buffers or retrieve
from the database. However, if I remember correctly, it will
only do this if the query is not finished (has not loaded all
the rows into its buffer).
So, whatever else, you must do a FetchAll after open to
ensure that you have copies of all the "old" rows in memory.
(The default behaviour is to only load rows as needed.)
Not sure... but you may also try clearing the KeyLinks, as
this will definitely force IBO to work through its buffers
rather than trying to match a row directly.
All that aside, tiConcurrency is probably the most reliable
solution - although I am guessing you want this to be a long
running transaction.
--
Geoff Worboys
Telesis Computing
> Sorry about the long winded email to ask a fairly simpleYes IBO does often create SQL to locate the value of the key,
> question :)
which it then tries to locate in its buffers or retrieve
from the database. However, if I remember correctly, it will
only do this if the query is not finished (has not loaded all
the rows into its buffer).
So, whatever else, you must do a FetchAll after open to
ensure that you have copies of all the "old" rows in memory.
(The default behaviour is to only load rows as needed.)
Not sure... but you may also try clearing the KeyLinks, as
this will definitely force IBO to work through its buffers
rather than trying to match a row directly.
All that aside, tiConcurrency is probably the most reliable
solution - although I am guessing you want this to be a long
running transaction.
--
Geoff Worboys
Telesis Computing