Reuben D. Budiardja wrote:
>
> No, onlu *one* of them will fail, but yes, the other will then generate error.
> So it really is a trade off. Another way would be to lock the table, as other
> has suggested. But then there is disadvantages to that also.
Really? I just got a post form Alvaro Herrera saying;
"The solution is not correct in that there _is_ a race condition."
Maybe I misunderstood, but "not correct" doesn't sound good :)
Jean-Christian Imbeault
---------------------------(end of broadcast)---------------------------
TIP 2: you can get off all lists at once with the unregister command
(send "unregister YourEmailAddressHere" to [EMAIL PROTECTED])
- Re: [GENERAL] Duplicate key insert question Jean-Christian Imbeault
- Re: [GENERAL] Duplicate key insert question Ian Barwick
- Re: [GENERAL] Duplicate key insert question Maksim Likharev
- Re: [GENERAL] Duplicate key insert question Jean-Christian Imbeault
- Re: [GENERAL] Duplicate key insert questi... Mike Mascari
- Re: [GENERAL] Duplicate key insert qu... Lincoln Yeoh
- [GENERAL] problems with pg_restor... andy morrow
- Re: [GENERAL] problems with ... andy morrow
- Re: [GENERAL] Duplicate key inser... Mike Mascari
- Re: [GENERAL] Duplicate key insert question Reuben D. Budiardja
- Re: [GENERAL] Duplicate key insert question Jean-Christian Imbeault
- Re: [GENERAL] Duplicate key insert questi... Alvaro Herrera
- Re: [GENERAL] Duplicate key insert qu... Jean-Christian Imbeault
- Re: [GENERAL] Duplicate key insert questi... Reuben D. Budiardja
- Re: [GENERAL] Duplicate key insert question Dann Corbit
- Re: [GENERAL] Duplicate key insert question Alvaro Herrera
- Re: [GENERAL] Duplicate key insert question Dann Corbit
- Re: [GENERAL] Duplicate key insert question Alvaro Herrera
- Re: [GENERAL] Duplicate key insert question Jean-Christian Imbeault
- Re: [GENERAL] Duplicate key insert question Reuben D. Budiardja
- Re: [GENERAL] Duplicate key insert question Bruno Wolff III
