Re: planner/optimizer question - Mailing list pgsql-performance

From Gary Doades
Subject Re: planner/optimizer question
Date
Msg-id 408F6663.22977.CC6AF7D@localhost
Whole thread Raw
In response to Re: planner/optimizer question  (Christopher Kings-Lynne <chriskl@familyhealth.com.au>)
Responses Re: planner/optimizer question
List pgsql-performance
I can understand the performance loss on non-selects for keeping the
index validity state tracking the row validity, but would that outweigh the
performance gains on selects? Depends on your mix of selects to non
selects I guess, but other database systems seem to imply that keeping
the index on track is worth it overall.

Cheers,
Gary.

On 28 Apr 2004 at 15:04, Christopher Kings-Lynne wrote:

> > Why is there an entry in the index for a row if the row is not valid?
> > Wouldn't it be better for the index entry validity to track the row validity.
> > If a particular data value for a query (join, where etc.) can be satisfied
> > by the index entry itself this would be a big performance gain.
>
> For SELECTs, yes - but for INSERT, UPDATE and DELETE it would be a big
> performance loss.
>
> Chris
>



pgsql-performance by date:

Previous
From: Christopher Kings-Lynne
Date:
Subject: Re: planner/optimizer question
Next
From: Christopher Kings-Lynne
Date:
Subject: Re: planner/optimizer question