Re: Triggers on transaction?

From: Jordan Gigov <coladict(at)gmail(dot)com>
To: Marko Tiikkaja <marko(at)joh(dot)to>, pgsql-hackers <pgsql-hackers(at)postgresql(dot)org>
Subject: Re: Triggers on transaction?
Date: 2015-05-27 10:55:24
Message-ID: CA+nBocAao7gLK4gQ0TZ-4A3wXLHHnw4O+h+eiD8kc_Qmu-mzhg@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

Updating a materialized view in my case. It should only update when 2-3 of
our 30+ tables get new data, which for those is kind of rare. Not having
such a trigger means I will have to call it in each usage in the code and
hope future maintainers don't forget it. This is why I postponed migrating
the one search query where materialized views would be useful, because it's
heavy.

2015-05-27 13:42 GMT+03:00 Marko Tiikkaja <marko(at)joh(dot)to>:

> On 5/27/15 12:39 PM, Jordan Gigov wrote:
>
>> I found myself in need of triggers that are run only once per transaction,
>> rather than per row or statement within the transaction. Meaning it will
>> always be deferred and never called twice for the same transaction.
>>
>
> What's the use case?
>
>
> .m
>

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message hubert depesz lubaczewski 2015-05-27 11:07:17 Re: Triggers on transaction?
Previous Message Amit Kapila 2015-05-27 10:48:29 Re: Re: [COMMITTERS] pgsql: Add support for INSERT ... ON CONFLICT DO NOTHING/UPDATE.