Re: bad plan with custom data types

From: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
To: Greg Mitchell <gmitchell(at)atdesk(dot)com>
Cc: pgsql-hackers(at)postgresql(dot)org
Subject: Re: bad plan with custom data types
Date: 2006-11-22 15:27:58
Message-ID: 29427.1164209278@sss.pgh.pa.us
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

Greg Mitchell <gmitchell(at)atdesk(dot)com> writes:
> I don't understand why it re-sorts the data even though the indexes are in
> the same order?

What are the available indexes exactly? It looks to me from the names
that the indexes probably *don't* match the sort order the merge is
using. What I'm wondering is whether the planner should be expected to
find a merge plan that adapts to the available indexes. In the light
of morning I doubt this has anything to do with custom data types at
all, but with the fact that the planner doesn't exhaustively search
through every possible combination of mergejoin conditions.

If you turn off enable_sort as well, does it find a sort-free merge
plan?

regards, tom lane

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message arkadiusz.staron 2006-11-22 16:00:36 Re: Tsearch + polish ispell + polish locale
Previous Message Simon Riggs 2006-11-22 15:21:15 Re: Open source databases '60 per cent cheaper'