Re: Trigger disactivation and SELECT WAITING - Mailing list pgsql-general

From Philippe Lang
Subject Re: Trigger disactivation and SELECT WAITING
Date
Msg-id 6C0CF58A187DA5479245E0830AF84F42143574@poweredge.attiksystem.ch
Whole thread Raw
In response to Trigger disactivation and SELECT WAITING  ("Philippe Lang" <philippe.lang@attiksystem.ch>)
Responses Re: Trigger disactivation and SELECT WAITING
Re: Trigger disactivation and SELECT WAITING
List 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 by date:

Previous
From: Marco Colombo
Date:
Subject: Re: RAMFS with Postgres
Next
From: Scott Marlowe
Date:
Subject: Re: pgsql client/server compatibility matrix?