Re: Duplicate key issue in a transaction block

From: Bill Moran <wmoran(at)potentialtech(dot)com>
To: Vyacheslav Kalinin <vka(at)mgcp(dot)com>
Cc: Ioana Danes <ioanasoftware(at)yahoo(dot)ca>, PostgreSQL General <pgsql-general(at)postgresql(dot)org>
Subject: Re: Duplicate key issue in a transaction block
Date: 2009-06-08 17:51:10
Message-ID: 20090608135110.8cc40aa3.wmoran@potentialtech.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general

In response to Vyacheslav Kalinin <vka(at)mgcp(dot)com>:

> On Mon, Jun 8, 2009 at 8:33 PM, Bill Moran <wmoran(at)potentialtech(dot)com> wrote:
>
> >
> > Perhaps you want to take an exclusive lock on the table? The operation
> > you describe seems to suggest that you'd want to guarantee exclusive
> > write access to the table.
>
> Exclusive table lock is a bit excessive IMO. Locking particular group
> should be good, though it is not quite straightforward to achieve. I'd use
> advisory locks or would lock a row in a parent group table (if such table
> exists, if not - it might be worth to make one) referenced by rows in
> question.

Perhaps, but sounds like a lot of unnecessary complexity to me.

... and I didn't say exclusive table lock, I said "exclusive write" Big
difference there.

--
Bill Moran
http://www.potentialtech.com
http://people.collaborativefusion.com/~wmoran/

In response to

Browse pgsql-general by date

  From Date Subject
Next Message Tom Lane 2009-06-08 17:52:27 Re: Postgres's Performance degrades after heavy db operation
Previous Message Tom Lane 2009-06-08 17:46:11 Re: Any way to bring up a PG instance with corrupted data in it?