From: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
---|---|
To: | Alvaro Herrera <alvherre(at)atentus(dot)com> |
Cc: | Stephan Szabo <sszabo(at)megazone23(dot)bigpanda(dot)com>, pgsql-hackers(at)postgresql(dot)org |
Subject: | Re: Odd(?) RI-trigger behavior |
Date: | 2002-04-19 16:57:49 |
Message-ID: | 1123.1019235469@sss.pgh.pa.us |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers pgsql-patches |
Alvaro Herrera <alvherre(at)atentus(dot)com> writes:
> http://archives.postgresql.org/pgsql-general/2001-09/msg00234.php
> Nobody opposed to the idea of name ordering in that thread.
Okay, I've committed the fixes that implement this.
> But note that this is on TODO:
> * Allow user to control trigger firing order
> That probably means that the user should have some reasonable way to
> change the name, besides fiddling with system catalogs.
Yeah. As of CVS tip, to reshuffle the order of existing triggers you
must (a) do a manual UPDATE pg_trigger SET tgname = 'something' ...
then (b) restart your backend(s), because the relcache code does not
notice that you did that, so it'll keep using the trigger data it
already had loaded. This is pretty ugly. An ALTER TRIGGER command
seems called for if we want to call the TODO item really done.
I haven't got time for that at the moment; any volunteers?
regards, tom lane
From | Date | Subject | |
---|---|---|---|
Next Message | Peter Eisentraut | 2002-04-19 17:02:16 | Improved scanner performance |
Previous Message | Barry Lind | 2002-04-19 16:50:25 | Re: Large object security |
From | Date | Subject | |
---|---|---|---|
Next Message | Joe Conway | 2002-04-19 17:25:56 | Re: Odd(?) RI-trigger behavior |
Previous Message | Barry Lind | 2002-04-19 16:43:44 | Re: [PATCHES] patch for ResultSet.java |