Re: match_clause_to_indexcol()

From: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
To: Robert Haas <robertmhaas(at)gmail(dot)com>
Cc: pgsql-hackers(at)postgresql(dot)org
Subject: Re: match_clause_to_indexcol()
Date: 2010-11-20 18:01:50
Message-ID: 15184.1290276110@sss.pgh.pa.us
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

Robert Haas <robertmhaas(at)gmail(dot)com> writes:
> I was looking at KNNGIST some more today and found myself trying to
> disentangle what match_clause_to_indexcol() is actually doing. It
> appears to me that the opfamily passed to that function is always the
> same as index->opfamily[indexcol], which seems like needless
> notational complexity. Maybe I'm missing something, but the attached
> patch seems to make things simpler and clearer. Thoughts?

+1. I think the existing coding dates from a time when we didn't have
IndexOptInfo at all, or at least didn't pass it around to all these
sub-functions, so there was no other path for getting at the info.

But if you're going to do that, get rid of DoneMatchingIndexKeys
altogether, along with the extra zero that plancat.c adds to the
opfamily array. We don't need to be using more than one way to
iterate over those arrays.

regards, tom lane

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Robert Haas 2010-11-20 18:24:51 Re: [PATCH] Custom code int(32|64) => text conversions out of performance reasons
Previous Message Robert Haas 2010-11-20 17:45:06 match_clause_to_indexcol()