From: | Merlin Moncure <mmoncure(at)gmail(dot)com> |
---|---|
To: | Carlo Stonebanks <stonec(dot)register(at)sympatico(dot)ca> |
Cc: | Steven Schlansker <steven(at)likeness(dot)com>, pgsql-general(at)postgresql(dot)org |
Subject: | Re: Simple SQL INSERT to avoid duplication failed: why? |
Date: | 2013-05-01 15:36:52 |
Message-ID: | CAHyXU0zDXMXaTvpCidZiWnEGPoQwMpR0rGELzPv-BrLcYX0NsQ@mail.gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-general |
On Wed, May 1, 2013 at 7:16 AM, Carlo Stonebanks
<stonec(dot)register(at)sympatico(dot)ca> wrote:
> Very good to know, Steve. We're on 9.0 right now but I will investigate as
> all the work is for unattended automatic processes which are continuously
> streaming data from multiple resources and need to resolve these collisions
> by themselves.
If it was me, I'd be putting a 'before' statement level trigger on the
table to raise a warning into the log with the backend pid assuming I
could handle the volume. There are lots of ways the client could turn
out to be wrong, for example client side connection poolers (which I
tend to hate). Only when it's 100% proven this is a single backend
case (which none of us really believe is the case including you) is
further research justified.
merlin
From | Date | Subject | |
---|---|---|---|
Next Message | Christophe Pettus | 2013-05-01 16:13:27 | Re: OK to put temp tablespace on volatile storage or to omit it from backups? |
Previous Message | Larry Rosenman | 2013-05-01 15:31:08 | Re: LONG delete with LOTS of FK's |