Subject | Re: Releasing a locked record |
---|---|
Author | Alexander V.Nevsky |
Post date | 2003-11-18T11:46:36Z |
--- In firebird-support@yahoogroups.com, "Stevio" <redeagle@f...>
wrote:
locked not by "dead" connections, but by live ones. You reap the
fruits of your superfluos enthusiasm to pessimistic locking - you are
loosing control on who locked record in complex enough multy-user
system. You can try to decrease influence of "dead" connections
decreasing Connection Timeout Interval configuration parameter, but
better will be to re-design access. Look at
http://www.ibphoenix.com/main.nfs?a=ibphoenix&page=ibp_lock_records
about how to avoid pessimistic locking.
Best regards,
Alexander.
wrote:
> I am using Delphi 5 with Firebird 1 and Interbase Express 5components.
>record when
> With my application, I use a simple locking mechanism to lock a
> a user has it open.their
>
> Basically:
> - a transaction is started,
> - the record in question is opened using a TIBDataSet,
> - the record is put in edit mode,
> - the id value for the record is set to itself.
> - the change is posted.
> - the TIBDataSet is closed.
> - the transaction is not committed however until the user makes
> changes to the data and clicks OK.reason (not
>
> My problem is that the system is hanging occasionally for some
> sure why), and when they CTRL ALT DEL to close it and restart it,records
> are being left locked for weeks at a time. (I'm not sure how theyare
> eventually released - perhaps if the server is rebooted they getreleased
> then?)record when
>
> How can I manually release the lock, or override the lock, on a
> I have no access to the original transaction?Stephen, if it was true, no one of us could'nt use FB. Records are
locked not by "dead" connections, but by live ones. You reap the
fruits of your superfluos enthusiasm to pessimistic locking - you are
loosing control on who locked record in complex enough multy-user
system. You can try to decrease influence of "dead" connections
decreasing Connection Timeout Interval configuration parameter, but
better will be to re-design access. Look at
http://www.ibphoenix.com/main.nfs?a=ibphoenix&page=ibp_lock_records
about how to avoid pessimistic locking.
Best regards,
Alexander.