Wed Feb 25 11:10:14 PST 2009
- Previous message: [Slony1-general] triggering the population of a non-replicated table from a replicated one.
- Next message: [Slony1-general] slony rep error on start up: Slony-I: setAddTable_int():
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
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>
- Previous message: [Slony1-general] triggering the population of a non-replicated table from a replicated one.
- Next message: [Slony1-general] slony rep error on start up: Slony-I: setAddTable_int():
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
More information about the Slony1-general mailing list