Re: Solution to UPDATE...INSERT problem - Mailing list pgsql-general

From Lincoln Yeoh
Subject Re: Solution to UPDATE...INSERT problem
Date
Msg-id 5.1.0.14.1.20030328132723.02d9bdc0@mbox.jaring.my
Whole thread Raw
In response to Re: Solution to UPDATE...INSERT problem  (Lincoln Yeoh <lyeoh@pop.jaring.my>)
List pgsql-general
At 05:28 PM 3/27/03 +0800, Christopher Kings-Lynne wrote:
> > There's no "select * from table where pkey=x for insert;" which would
>block
> > on uncommitted inserts/updates of pkey=x and other selects for
>insert/update.
>
>How about user locks?  Isn't there something in contrib/ for that???  I
>could do a userlock on the primary key, whether it existed or not?

Depends on your case, whether you can correctly convert your potential
primary keys into integers to be locked on.

It still requires full cooperation by all relevant apps/clients.

Actually select ... for updates also require cooperation, but it's a
standard way of doing things,  so apps that don't cooperate can be said to
be broken :).

Is there a standard for "select ... for insert"? Or lock table for insert
where pkey=x?

Regards,
Link.


pgsql-general by date:

Previous
From: Stephan Szabo
Date:
Subject: Re: missing FROM-clause notice but nothing is missing ...
Next
From: Jean-Christian Imbeault
Date:
Subject: Re: missing FROM-clause notice but nothing is missing ...