Re: Simple SQL INSERT to avoid duplication failed: why?

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

In response to

Responses

Browse pgsql-general by date

  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