Re: tsvector_update_trigger performance? - Mailing list pgsql-performance

From Craig Ringer
Subject Re: tsvector_update_trigger performance?
Date
Msg-id 1245908719.19608.4.camel@tillium.localnet
Whole thread Raw
In response to Re: tsvector_update_trigger performance?  (Chris St Denis <lists@on-track.ca>)
Responses Re: tsvector_update_trigger performance?  (Dimitri Fontaine <dfontaine@hi-media.com>)
List pgsql-performance
On Wed, 2009-06-24 at 21:03 -0700, Chris St Denis wrote:
> This sounds like something that should just be on by default, not a
> trigger. Is there some reason it would waste the io of writing a new row
> to disk if nothing has changed? or is it just considered too much
> unnecessary overhead to compare them?

I think the theory is that carefully written applications generally do
not generate redundant updates in the first place. An application that
avoids redundant updates should not have to pay the cost of redundant
update detection and elimination.

--
Craig Ringer


pgsql-performance by date:

Previous
From: Chris St Denis
Date:
Subject: Re: tsvector_update_trigger performance?
Next
From: Dimitri Fontaine
Date:
Subject: Re: tsvector_update_trigger performance?