From: | Raf <rafiq(at)joshua(dot)dreamthought(dot)com> |
---|---|
To: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
Cc: | pgsql-admin(at)postgresql(dot)org |
Subject: | Re: Manual trigger removal [WAS] Flushing Postgres Function Cache |
Date: | 2007-05-17 13:54:40 |
Message-ID: | 20070517145059.W69332@joshua.dreamthought.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-admin |
Hi Tom,
Thanks for the feedback.
On Thu, 17 May 2007, Tom Lane wrote:
> Raf <rafiq(at)joshua(dot)dreamthought(dot)com> writes:
>> The final step was the decrement the reltriggers counter for the parent
>> table's pg_class entry to 0. This appears to have resolved the problem.
>
> You should probably have set it to 3 not 0; what you did has disabled
> *all* the triggers on that table. Is that really what you want?
Even though there were 0 rows associated with the table's oid in
pg_depend and pg_triggers ?
Should this not be my indicator of the reltriggers count?
For completeness, I ran a script we have which runs a bunch of alter
tables, so that the schema returns to its natural state. I believe that
this should fix any missing triggers, once the redundant trigger had been
removed. Would you agree?
Thanks,
Raf
From | Date | Subject | |
---|---|---|---|
Next Message | Tom Lane | 2007-05-17 14:11:07 | Re: Manual trigger removal [WAS] Flushing Postgres Function Cache |
Previous Message | Tom Lane | 2007-05-17 13:42:43 | Re: Manual trigger removal [WAS] Flushing Postgres Function Cache |