Received: from magus.postgresql.org (magus.postgresql.org [87.238.57.229]) by mail.postgresql.org (Postfix) with ESMTP id E267112FE952 for ; Thu, 5 Apr 2012 15:59:14 -0300 (ADT) Received: from moutng.kundenserver.de ([212.227.17.10]) by magus.postgresql.org with esmtp (Exim 4.72) (envelope-from ) id 1SFrtn-00044z-Vj for pgsql-hackers@postgresql.org; Thu, 05 Apr 2012 18:59:14 +0000 Received: from [192.168.11.145] (62.175.246.114.static.riosat.com [62.175.246.114]) by mrelayeu.kundenserver.de (node=mreu0) with ESMTP (Nemesis) id 0LzWX0-1SKanc1gLy-014dmG; Thu, 05 Apr 2012 20:58:47 +0200 Subject: Re: Last gasp From: Hannu Krosing To: Robert Haas Cc: Simon Riggs , PostgreSQL-development , Dimitri Fontaine In-Reply-To: <1333651599.31440.47.camel@hvost> References: <1333651599.31440.47.camel@hvost> Content-Type: text/plain; charset="UTF-8" Date: Thu, 05 Apr 2012 20:58:42 +0200 Message-ID: <1333652322.31440.55.camel@hvost> Mime-Version: 1.0 X-Mailer: Evolution 2.28.3 Content-Transfer-Encoding: 7bit X-Provags-ID: V02:K0:fAjefYdhH71cCLB9HtsEma73GJZAlu8AcSg6lHPEjLZ 6+54p8udU5bU3jXVEgbitKMltuGuE3rYoSYo/wLF3Foe8/gUEL m45Tsyi33M7Af3HJry0Gl/SosY/Qma4BxknJSTJPZRdasBGt8b AgeH2d/ppZXEFovqg5uNr2c+uh+cBC/5VtSzc0PvGYchBKW1fr fHFqAJCWvWD5IMNX2tLuxasDdstSkzR6EIwNf9+JxuRlPquG7o WBRMN8aF+k3/VfMmsu8zEGVY+zal/OjATyxydt8hbymr+si9oH RRKE4tgJ0d4IPguFokuCtsQj0u6wbGKUD1BzKlLcJlH8551YaT dSD2Zs9WwvT+9QVG4ToYr36jXDypjXPfTEZfBNcGI X-Pg-Spam-Score: -1.9 (-) X-Archive-Number: 201204/265 X-Sequence-Number: 206068 On Thu, 2012-04-05 at 20:46 +0200, Hannu Krosing wrote: > On Thu, 2012-04-05 at 14:27 -0400, Robert Haas wrote: > > On Thu, Apr 5, 2012 at 2:17 PM, Simon Riggs wrote: ... > > > I think doing so will cause substantial misery for many users. I find > > > it hard to believe that such a simple concept hasn't managed to > > > produce some workable subset after months of work. > > > > I am not interested in relitigating on this thread what has already > > been extensively discussed nearby. Dimitri and I agreed on numerous > > changes to try to make the behavior sane, > > To me it looked like the scope of the patch started to suddenly expand > exponentially a few days ago from a simple COMMAND TRIGGERS, which would > have finally enabled trigger-based or "logical" replication systems to > do full replication to something recursive which would attempt to cover > all weird combinations of commands triggering other commands for which > there is no real use-case in view, except a suggestion "don't do it" :) > > The latest patch (v18) seemed quite ok for its original intended > purpose. Sorry, i hit "send!" too early. Would it be possible to put some "command trigger hooks" in a few strategic places so that some trigger-like functionality could be loaded at run time, mainly with a view of writing DDL replication 'non-triggers' , mostly based on current v18 code, but of course without all the nice CREATE TRIGGER syntax ? perhaps created with a pg_create_command_trigger(...) that is something in the line of how Full Text Indexing was done for a long time. > > and those changes were > > suggested and agreed to for good reason. We didn't agree on every > > point, of course, but we did agree on most of it, and there is no > > patch that implements what was agreed. Even if there were, there is > > not time to review and commit a heavily revised version of a >1000 > > line patch before tomorrow, and any suggestion to the contrary is just > > plain wrong. > > > > -- > > Robert Haas > > EnterpriseDB: http://www.enterprisedb.com > > The Enterprise PostgreSQL Company > > > > >