PostgreSQL insert on primary key failing with contention, even at serializable level

Posted by Steven Schlansker on Stack Overflow See other posts from Stack Overflow or by Steven Schlansker
Published on 2010-05-20T01:33:44Z Indexed on 2010/05/20 1:40 UTC
Read the original article Hit count: 349

I'm trying to insert or update data in a PostgreSQL db. The simplest case is a key-value pairing (the actual data is more complicated, but this is the smallest clear example)

When you set a value, I'd like it to insert if the key is not there, otherwise update. Sadly Postgres does not have an insert or update statement, so I have to emulate it myself.

I've been working with the idea of basically SELECTing whether the key exists, and then running the appropriate INSERT or UPDATE. Now clearly this needs to be be in a transaction or all manner of bad things could happen.

However, this is not working exactly how I'd like it to - I understand that there are limitations to serializable transactions, but I'm not sure how to work around this one.

Here's the situation -

ab: => set transaction isolation level serializable;
a:  => select count(1) from table where id=1; --> 0
b:  => select count(1) from table where id=1; --> 0
a:  => insert into table values(1); --> 1
b:  => insert into table values(1); --> 
    ERROR:  duplicate key value violates unique constraint "serial_test_pkey"

Now I would expect it to throw the usual "couldn't commit due to concurrent update" but I'm guessing since the inserts are different "rows" this does not happen.

Is there an easy way to work around this?

© Stack Overflow or respective owner

Related posts about postgresql

Related posts about transaction