Re: Locking & concurrency - best practices - Mailing list pgsql-general

From Scott Marlowe
Subject Re: Locking & concurrency - best practices
Date
Msg-id dcc563d10801141315p2374d78fo1e5c0b617cb646cd@mail.gmail.com
Whole thread Raw
In response to Locking & concurrency - best practices  (Adam Rich <adam.r@indigodynamic.com>)
Responses Re: Locking & concurrency - best practices
List pgsql-general
On Jan 14, 2008 2:43 PM, Adam Rich <adam.r@indigodynamic.com> wrote:
>
> I have a "parent_tbl" and dozens of data tables, with foreign keys
> referencing the PK of "parent_tbl" (one-to-many).  There are 100+
> users accessing the application, usually (but not always) each user
> is working on a different record in parent_tbl.  (this would seem like
> a pretty standard scenario for a lot of apps)

You should be able to do "select for update" on both parent and child
records and get the effect you desire.

Think up your own worst case scenario for concurrent updates, then sit
down at two or more psql terminals, and try to simulate such a thing
and see what happens.  Experimentation is a great tool.

pgsql-general by date:

Previous
From: "Gurjeet Singh"
Date:
Subject: Re: Forgot to dump old data before re-installing machine
Next
From: "Adam Rich"
Date:
Subject: Re: Locking & concurrency - best practices