Subject | Re: Controlling updates to the same record by 2 users |
---|---|
Author | csswa |
Post date | 2002-08-02T11:31:38Z |
--- In ib-support@y..., "Stevio" <redeagle@f...> wrote:
Two things: learn about client-server databases and transactions
generally; then make sure you understand about record locking,
specifically about Firebird's concurrency controls and
multigenerational architecture.
Once you think you understand transactions and locking, use an
Interbase frontend to create two concurrent transactions, and
experiment with updating the same record from both. If you truly
understand the concepts then you will know which transaction will
succeed and which will fail.
All this information is available in the Interbase docs and elsewhere
on the net. I presume you are new to client-server databases. Take
some time to learn the concepts because you will be up the proverbial
creek if you don't. Good luck.
Regards,
Andrew Ferguson
-- Misleading, but legally accurate.
> What I would like to happen is that the changes by the second userare
> rejected, or at the very least they are given a warning to say thatthis
> record has been updated since they opened it and do they want to goahead
> with their changes.Aye carumba!
>
> How do I do this? Can this be controlled through transactions?
Two things: learn about client-server databases and transactions
generally; then make sure you understand about record locking,
specifically about Firebird's concurrency controls and
multigenerational architecture.
Once you think you understand transactions and locking, use an
Interbase frontend to create two concurrent transactions, and
experiment with updating the same record from both. If you truly
understand the concepts then you will know which transaction will
succeed and which will fail.
All this information is available in the Interbase docs and elsewhere
on the net. I presume you are new to client-server databases. Take
some time to learn the concepts because you will be up the proverbial
creek if you don't. Good luck.
Regards,
Andrew Ferguson
-- Misleading, but legally accurate.