From: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
---|---|
To: | Brian Wipf <brian(at)clickspace(dot)com> |
Cc: | pgsql-general(at)postgresql(dot)org |
Subject: | Re: Duplicate key violation |
Date: | 2007-01-26 00:20:47 |
Message-ID: | 15029.1169770847@sss.pgh.pa.us |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-general |
Brian Wipf <brian(at)clickspace(dot)com> writes:
> I got a duplicate key violation when the following query was performed:
> INSERT INTO category_product_visible (category_id, product_id)
> SELECT cp.category_id, cp.product_id
> FROM category_product cp
> WHERE cp.product_id = $1 AND
> not exists (
> select 'x'
> from category_product_visible cpv
> where cpv.product_id = cp.product_id and
> cpv.category_id = cp.category_id
> );
> This is despite the fact the insert is written to only insert rows
> that do not already exist. The second time the same query was run it
> went through okay. This makes me think there is some kind of race
> condition, which I didn't think was possible with PostgreSQL's MVCC
> implementation.
If you're doing more than one of these concurrently, then of course
there's a race condition: the NOT EXISTS is testing for nonexistence
as of the query snapshot. If two sessions do this concurrently then
they'll try to insert the same rows and one of them is gonna fail.
regards, tom lane
From | Date | Subject | |
---|---|---|---|
Next Message | Tomas Vondra | 2007-01-26 02:01:18 | Re: triggers vs b-tree |
Previous Message | Ron Johnson | 2007-01-25 23:55:53 | Re: Controlling Database Growth |