Skip site navigation (1) Skip section navigation (2)

Re: lock - feedback

From: Thomas Rokohl <rokohl(at)raygina(dot)de>
To: Merlin Moncure <merlin(dot)moncure(at)rcsonline(dot)com>
Cc: pgsql-odbc(at)postgresql(dot)org
Subject: Re: lock - feedback
Date: 2005-10-12 15:38:16
Message-ID: 434D2DE8.5050700@raygina.de (view raw or flat)
Thread:
Lists: pgsql-odbc
Merlin Moncure wrote:
> There is no 100% correct answer to this problem.  However, you are
> thinking in terms of pessimistic locking (like most people do), so by
> all means use it.
>
> By 'lost update' problem, I assume you mean
> user A reads
> user B reads
> user A writes
> user B writes <-- overwrites user A's changes
>
> I suggest you read up on locking strategies.  Pessimistic is the easiest
> way to solve this problem but rarely the best way.  Worst problem here
> is you are blocking on reads which (drastically) lowers concurrency and
> forces your app to be prepared to handle read failures...this can be a
> huge headache.
>
> Pure optimistic locking (in example above) is obviously not suitable in
> multi user applications if you care about your data.  However, you could
> use timestamps + assertions to throw an error during an update if you
> are out of synch with the server here.  The major difference here is
> that you are making user aware of problem when it happens, not when your
> app thinks it might happen.  This type of lock resolution can be made
> via rules, triggers, or a specialized dynamic sql procedure to resolve
> the record.
>
> also, this is off-topic for odbc list :)
>
> merlin
>
>
>   
sure it is big problem, but i think you can solve it with different 
locking types. 
if you have a write look and no read looks it should work.
i mean if you never ban the reading of the data but you guarantee with 
write locks
than only one user can have a record in write-mode everything is fine 
and nothing is slow.
and this is the point where i want to pop up a dialog with the message 
that someone else edit the record yet.






In response to

pgsql-odbc by date

Next:From: Merlin MoncureDate: 2005-10-12 16:06:22
Subject: Re: lock - feedback
Previous:From: Richard HuxtonDate: 2005-10-12 15:06:01
Subject: Re: lock - feedback

Privacy Policy | About PostgreSQL
Copyright © 1996-2014 The PostgreSQL Global Development Group