Re: Trigger disactivation and SELECT WAITING

Поиск
Список
Период
Сортировка
От Philippe Lang
Тема Re: Trigger disactivation and SELECT WAITING
Дата
Msg-id 6C0CF58A187DA5479245E0830AF84F42143574@poweredge.attiksystem.ch
обсуждение исходный текст
Ответ на Trigger disactivation and SELECT WAITING  ("Philippe Lang" <philippe.lang@attiksystem.ch>)
Ответы Re: Trigger disactivation and SELECT WAITING  (Janning Vygen <vygen@gmx.de>)
Re: Trigger disactivation and SELECT WAITING  (Tom Lane <tgl@sss.pgh.pa.us>)
Список pgsql-general
Hi,

I meant: in 7.4.X databases, is there a way of disabling a trigger without deleting it? I guess the answer is no.

That's what my plpgsql insert function does, and because of this, if a view is running at the same moment on the same
tables(some views can take up to 2 hours to be calculated), the insert function gets stuck in a SELECT WAITING state.
Soinsertions are impossible in the database when views are being calculated. 

Regards,

-----Message d'origine-----
De : Tom Lane [mailto:tgl@sss.pgh.pa.us]
Envoyé : mardi, 26. juillet 2005 15:14
À : Philippe Lang
Cc : pgsql-general@postgresql.org
Objet : Re: [GENERAL] Trigger disactivation and SELECT WAITING

"Philippe Lang" <philippe.lang@attiksystem.ch> writes:
> I have a database with views that can take up to 2 hours to be
> calculated.

> During that time, it's not possible to run a function that inserts
> data into the database, apparently because this function disactivates
> a trigger while it runs, by deleting and creating the trigger again at
> the end. (At least in 7.4.X database, this is the only solution,
> right?)

"Only solution" to what?  Why in the world would a view fool around with removing triggers?

            regards, tom lane


В списке pgsql-general по дате отправления:

Предыдущее
От: Marco Colombo
Дата:
Сообщение: Re: RAMFS with Postgres
Следующее
От: Scott Marlowe
Дата:
Сообщение: Re: pgsql client/server compatibility matrix?