> If you don't have a primary key already, create a unique index on the
> combination you want to be unique. Then:
> . Try to insert the record
> . If you get a duplicate key error
>   then do update instead
> No possibilities of duplicate records due to race conditions. If two
> try to insert/update at the same time you'll only get one of the two
> but that's the downside of the general approach you've taken. It's a tad
> inefficient if the usual case is updates, but certainly not less efficient
> than doing table locks.

The idea was to stop our postgres logs being spammed up with unique
constraint violation warnings....in which case your solution above is
identical to our current one.  Update and if it fails, insert, except since
the row is likely to already be there - our current way will be a bit more


---------------------------(end of broadcast)---------------------------
TIP 2: you can get off all lists at once with the unregister command
    (send "unregister YourEmailAddressHere" to [EMAIL PROTECTED])

Reply via email to