From: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
---|---|
To: | Heikki Linnakangas <heikki(at)enterprisedb(dot)com> |
Cc: | kevin <kevin(at)mail(dot)kinew(dot)com>, pgsql-bugs(at)postgresql(dot)org |
Subject: | Re: I have a question about using index in order statement. |
Date: | 2007-11-02 17:34:27 |
Message-ID: | 11811.1194024867@sss.pgh.pa.us |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-bugs |
Heikki Linnakangas <heikki(at)enterprisedb(dot)com> writes:
> Tom Lane wrote:
>> I guess the right answer is to fix equivclass.c to strip RelabelTypes,
>> and hope to maybe take that out again someday when all this gets cleaned
>> up.
> That certainly looks like the easier solution. We still strip
> RelabelTypes in many places anyway, so doing it in one more place
> doesn't seem too bad to me.
I reconsidered this after further thought. If we do that it'd also mean
that clauses generated from EquivalenceClasses don't have RelabelType,
which is definitely going in the wrong direction in a big way.
What I'm just about to experiment with is the idea that lines 498-517
of pathkeys.c are in the wrong place: that should be done within
make_pathkey_from_sortinfo, so that it would also happen for expressions
coming from SortClauses (see the other caller of
make_pathkey_from_sortinfo). Then the expressions coming in to
equivclass.c should always match.
regards, tom lane
From | Date | Subject | |
---|---|---|---|
Next Message | Radim Kolar | 2007-11-02 18:08:26 | BUG #3714: applications using COPY are now much slower |
Previous Message | Jeff Davis | 2007-11-02 17:27:46 | tsvector that can't be dumped/reloaded in 8.3beta |