Re: Check before insert

From: Michael Fuhr <mike(at)fuhr(dot)org>
To: Robert Perry <rlperry(at)lodestonetechnologies(dot)com>
Cc: pgsql-interfaces(at)postgresql(dot)org
Subject: Re: Check before insert
Date: 2005-03-15 22:23:29
Message-ID: 20050315222329.GA67743@winnie.fuhr.org
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-interfaces

On Tue, Mar 15, 2005 at 04:51:20PM -0500, Robert Perry wrote:

> Insert (protein_id, name)
> select 'P04667', 'Albumin'
> where
> not exists(select * from protein_table_name where protein_id =
> 'P04667')

This should work if concurrency isn't an issue. But if two concurrent
transactions execute the same statement, then they might both find
no existing row and thus both attempt the insert. In that case,
in the presence of a unique index, one of the inserts will succeed
and the other transaction will block pending the first transaction's
completion. If the first transaction rolls back then the second's
insert will succeed, but if the first transaction commits then the
second will fail with a duplicate key violation. A program should
therefore be prepared to handle this situation. In 8.0 and later
you could use a savepoint or a PL/pgSQL exception handler to recover
from the error without aborting the entire transaction.

--
Michael Fuhr
http://www.fuhr.org/~mfuhr/

In response to

Browse pgsql-interfaces by date

  From Date Subject
Next Message Christof Petig 2005-03-16 14:12:56 libecpg (8.0 and CVS) hits a gcc bug on powerpc and amd64 (crash)
Previous Message Robert Perry 2005-03-15 21:51:20 Re: Check before insert