Subject | Re: "Generators" via table data |
---|---|
Author | tdtappe |
Post date | 2007-01-30T09:54:01Z |
Ann,
several clients requesting a lock on a specific record (waiting for
success) and the server manages serialization of these?
If it worked like Oracle's "SELECT ... FOR UPDATE", waiting for the
lock to succeed, then it would be perfect.
requests of different clients on the server?
--Heiko
> Firebird maintains an internal list of queued requests for locksIs that something I could make use of? That is to say can I have
> inside the lock table, but nowhere else.
several clients requesting a lock on a specific record (waiting for
success) and the server manages serialization of these?
If it worked like Oracle's "SELECT ... FOR UPDATE", waiting for the
lock to succeed, then it would be perfect.
> You might set up a protocolI am not sure I understand. How can a client mutex synchronize
> in your application that uses a mutex (or non-interruptible compare
> and swap) to synchronize requests for your "table generator".
requests of different clients on the server?
--Heiko