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
Re: Trigger disactivation and SELECT WAITING |
Список | 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 по дате отправления: