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
>
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. |