Re: Query planner is using wrong index. - Mailing list pgsql-performance

From Tom Lane
Subject Re: Query planner is using wrong index.
Date
Msg-id 11739.1144420493@sss.pgh.pa.us
Whole thread Raw
In response to Re: Query planner is using wrong index.  (Brian Herlihy <btherl@yahoo.com.au>)
Responses Spotting planner errors (was Re: Query planner is using wrong index.)  (Richard Huxton <dev@archonet.com>)
List pgsql-performance
Brian Herlihy <btherl@yahoo.com.au> writes:
> Before I go, I have a question - From discussions on the Postgresql irc
> channel, and from reading the TODO list on the website, I am under the
> impression that there are no plans to allow optimizer hints, such as "use index
> table_pkey".  Is this really true?

I personally don't think it's a good idea: the time spent in designing,
implementing, and maintaining a usable hint system would be significant,
and IMHO the effort is better spent on *fixing* the optimizer problems
than working around them.  There are also good arguments about how hints
wouldn't be future-proof --- for instance, the recent addition of bitmap
indexscan capability would've obsoleted an awful lot of hints, had
anyone had any on their queries.  We'd then be faced with either turning
off the hints or being forced by them to adopt inferior plans.

The direction I'd like to see us go to solve your problem is maintaining
cross-column statistics.  It's not practical to store joint stats for
every set of columns, but the existence of an index on (p2,p3) ought to
cue us that p2/p3 stats would be worth having.

            regards, tom lane

pgsql-performance by date:

Previous
From: Rafael Martinez Guerrero
Date:
Subject: Re: Same SQL, 104296ms of difference between 7.4.12 and
Next
From: "Charles A. Landemaine"
Date:
Subject: Loading the entire DB into RAM