Ottar
asked on
TQuery, record locked error when using Transaction control
Hi
I was making a dialog containing several linked cached queries...and I tried to use transaction-control to enable the user to cancel all updates, or to commit. Everything seemed well until I tried to modify records more then once, then I got the message "Record lock failed".
I've now broken the problem down to one query and an UpdateSql, where I fire the UpdateSQL.Apply(ukModify) in the query's OnAfterPost. The second time the record is modified the same error occurs. If I remove the StartTransaction the error does not occur; however I've found no reason why it shouldn't be possible to use the transaction and rollback this way. The problem persists also when the query is closed and opened after each modification.
I'm using D4P, BDE 5.01 and Paradox tables.
Any advice?
I was making a dialog containing several linked cached queries...and I tried to use transaction-control to enable the user to cancel all updates, or to commit. Everything seemed well until I tried to modify records more then once, then I got the message "Record lock failed".
I've now broken the problem down to one query and an UpdateSql, where I fire the UpdateSQL.Apply(ukModify) in the query's OnAfterPost. The second time the record is modified the same error occurs. If I remove the StartTransaction the error does not occur; however I've found no reason why it shouldn't be possible to use the transaction and rollback this way. The problem persists also when the query is closed and opened after each modification.
I'm using D4P, BDE 5.01 and Paradox tables.
Any advice?
ASKER
Thanks shenqw!
What you suggest works fine, and is according to the examples in Delphi-help.
But I want the user to have the possibility to regret and "roll" the situation back to what it was before the dialog was opened and any changes were done to the tables. How can I achive this when the changes, according to your example, are already commited to the database?
I understand that my attemt to start transaction on the first modification, and commit or rollback the database upon leaving the dialog is not the proper way to use these routines.
So I still need some advice.....
Ottar
What you suggest works fine, and is according to the examples in Delphi-help.
But I want the user to have the possibility to regret and "roll" the situation back to what it was before the dialog was opened and any changes were done to the tables. How can I achive this when the changes, according to your example, are already commited to the database?
I understand that my attemt to start transaction on the first modification, and commit or rollback the database upon leaving the dialog is not the proper way to use these routines.
So I still need some advice.....
Ottar
ASKER
Adjusted points from 100 to 200
ASKER
Adjusted points from 200 to 300
May be I misunderstand, but I have a question, why do you want to commit the update in a after post event, that means that after any record is changed, you immendiately commit those changes. should you not commit any changes when the user closes the dialog with the OK botton and RollBack with the Cancel Button?
To release the lock, you may try the BDE function DbiRelRecordLock..
To release the lock, you may try the BDE function DbiRelRecordLock..
ASKER
Hi ronvp
My intention was originally NOT to commit the update in the AfterPost event. As you indicate, I rather want the changes to be committed when the OK-button is activated in the dialog, eventually rolled back on Cancel. But when trying to accomplish this I run into the record lock problem described initially.
I've earlier tried the DbiRelRecordLock without luck, and actually I would not like to implement procedures where this lock-situation occur.
So, the case is that I'm not able to make several changes without recordlock error unless I perform the committing after each update.
When trying, are you getting the same result?
Ottar
My intention was originally NOT to commit the update in the AfterPost event. As you indicate, I rather want the changes to be committed when the OK-button is activated in the dialog, eventually rolled back on Cancel. But when trying to accomplish this I run into the record lock problem described initially.
I've earlier tried the DbiRelRecordLock without luck, and actually I would not like to implement procedures where this lock-situation occur.
So, the case is that I'm not able to make several changes without recordlock error unless I perform the committing after each update.
When trying, are you getting the same result?
Ottar
Ottar,
I have not tried this myself, but I am just thinking that with your query component, do you actually have requestlive set to false, this is just a idea, but it appears as if your record is actually locked by the standard edit method. Again I am not sure, but this may happen if you have query that can return a live result set and have request live set to True. (I have not checked this). A other thing you may like to try is to set AutoEdit to False in the Datasource component..
If you E-mail me you project, I will try to play with it...
I have not tried this myself, but I am just thinking that with your query component, do you actually have requestlive set to false, this is just a idea, but it appears as if your record is actually locked by the standard edit method. Again I am not sure, but this may happen if you have query that can return a live result set and have request live set to True. (I have not checked this). A other thing you may like to try is to set AutoEdit to False in the Datasource component..
If you E-mail me you project, I will try to play with it...
ASKER
Hi ronvp
I can send you a small example code showing the problem.
Can I find your e-mail addr. here at EE?
Ottar
I can send you a small example code showing the problem.
Can I find your e-mail addr. here at EE?
Ottar
ASKER CERTIFIED SOLUTION
membership
This solution is only available to members.
To access this solution, you must be a member of Experts Exchange.
ASKER
My record lock problem is not completly solved, as I still get an error when handeling too many cached records. (In the test we tried with 300 records) However, this seems to be due to limitations in BDE, and I therefore give this question the status accepted.
ronvp's help tracing the problem was excellent!
ronvp's help tracing the problem was excellent!
In Query1.OnAfterPost
procedure TForm1.Query1AfterPost(Dat
begin
Query1.Database.StartTrans
try
Query1.ApplyUpdates;
Query1.CommitUpdates;
Query1.Database.Commit;
except
Query1.Database.Rollback;
end;
end;
In Query1.OnUpdateReocrd
procedure TForm1.Query1UpdateRecord(
var UpdateAction: TUpdateAction);
begin
UpdateSQL1.Apply(UpdateKin
UpdateAction:=uaApplied;
end;
Good Luck!
shenqw {B-)