Steve Holdoway steve at greengecko.co.nz
Wed Feb 25 11:10:14 PST 2009
On Wed, 25 Feb 2009 13:32:13 -0500
Andrew Sullivan <ajs at crankycanuck.ca> wrote:

> On Wed, Feb 25, 2009 at 06:56:20AM +1300, Steve Holdoway wrote:
> > 
> > It works fine if I test it on an un replicated table, performing a bulk load either from a copy or multiple insert statements, which has sort of led me to dismiss that probability, and concentrate on environmental differences. If I remove the offending unique index, it fails on the next similar insert into a remote table, but there is still no data in the initial one...
> > 
> 
> Well, without looking at the actual case, I'm not sure what else to
> suggest.  But I'd bet a pretty good lunch that something is causing
> the trigger to fire twice for the same data, which is what's causing
> your duplicate problem.
> 
> A
Looks like the EXECUTE 'INSERT ...' syntax is at the core of the problem. I'm getting there slowly, replacing them with specific functions that use plain INSERTs on the passed parameters instead.

My sanity is returning. Slowly. Thanks for your help.

Steve
-- 
Steve Holdoway <steve at greengecko.co.nz>


More information about the Slony1-general mailing list