Re: Weird index or sort behaviour - Mailing list pgsql-performance

From Tom Lane
Subject Re: Weird index or sort behaviour
Date
Msg-id 24934.1250614649@sss.pgh.pa.us
Whole thread Raw
In response to Re: Weird index or sort behaviour  (Tom Lane <tgl@sss.pgh.pa.us>)
Responses Re: Weird index or sort behaviour
List pgsql-performance
I wrote:
> Matthew Wakeling <matthew@flymine.org> writes:
>> Very clever. Yes, that is what is happening. I'm surprised that the system
>> doesn't buffer the inner side to avoid having to rescan each time, but
>> then I guess you would have problems if the buffer grew larger than
>> memory.

> Well, it does consider adding a Materialize node for that purpose,
> but in this case it evidently thought a sort was cheaper.

Hmmm ... actually, after looking at the code, I notice that we only
consider adding a Materialize node to buffer an inner input that is a
Sort node.  The idea was suggested by Greg Stark, if memory serves.
I wonder now if it'd be worthwhile to generalize that to consider
adding a Materialize above *any* inner mergejoin input.

            regards, tom lane

pgsql-performance by date:

Previous
From: Tom Lane
Date:
Subject: Re: Weird index or sort behaviour
Next
From: Greg Stark
Date:
Subject: Re: Weird index or sort behaviour