| 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: | Whole Thread | Raw Message | 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 |