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