Re: Manual trigger removal [WAS] Flushing Postgres Function Cache
В списке pgsql-admin по дате отправления:
| От | Tom Lane |
|---|---|
| Тема | Re: Manual trigger removal [WAS] Flushing Postgres Function Cache |
| Дата | |
| Msg-id | 23181.1179409363@sss.pgh.pa.us обсуждение |
| Ответ на | Re: Manual trigger removal [WAS] Flushing Postgres Function Cache (Raf <rafiq@joshua.dreamthought.com>) |
| Ответы |
Re: Manual trigger removal [WAS] Flushing Postgres Function
Cache
|
| Список | pgsql-admin |
Raf <rafiq@joshua.dreamthought.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?
> I'm curious as to whether the problem may have resulted from slony
> corruptting internal pg_<tables> or postgres not correctly respecting the
> integrity of drop-trigger type transactions and their respective
> dependencies.
You'd be better off asking about that on the Slony mailing lists.
regards, tom lane
В списке pgsql-admin по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера