Re: Trigger overhead/performance and alternatives? - Mailing list pgsql-performance

From Peter Eisentraut
Subject Re: Trigger overhead/performance and alternatives?
Date
Msg-id 0ebffecc-6f25-0436-2a0b-f6049a5cb4a6@2ndquadrant.com
Whole thread Raw
In response to Trigger overhead/performance and alternatives?  (AJG <ayden@gera.co.nz>)
List pgsql-performance
On 01.07.18 11:31, AJG wrote:
> Where is mentioned trigger overhead, and provided an alternative solution
> (logical replication slot monitoring).
> 
> My 2 part question is.
> 
> 1) Does anybody have any benchmarks re: trigger overhead/performance or have
> any experience to give a sort of indication, at all?

That really depends on a lot of things, how you write the triggers, what
they do, etc.  You should probably measure that yourself.

> 2) Is anybody aware of any other clever alternatives, pg extensions or
> github code etc as an alternative to using triggers?

Maybe wal2json will give you a starting point.

-- 
Peter Eisentraut              http://www.2ndQuadrant.com/
PostgreSQL Development, 24x7 Support, Remote DBA, Training & Services


pgsql-performance by date:

Previous
From: Justin Pryzby
Date:
Subject: Re: tcp_keepalives
Next
From: Mariel Cherkassky
Date:
Subject: where can I download the binaries of plpython extension