Re: Why we don't want hints Was: Slow count(*) again...

From: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
To: "Kevin Grittner" <Kevin(dot)Grittner(at)wicourts(dot)gov>
Cc: "Josh Berkus" <josh(at)agliodbs(dot)com>, "Robert Haas" <robertmhaas(at)gmail(dot)com>, pgsql-performance(at)postgresql(dot)org
Subject: Re: Why we don't want hints Was: Slow count(*) again...
Date: 2011-02-10 17:01:42
Message-ID: 17455.1297357302@sss.pgh.pa.us
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers pgsql-performance

"Kevin Grittner" <Kevin(dot)Grittner(at)wicourts(dot)gov> writes:
> Robert Haas <robertmhaas(at)gmail(dot)com> wrote:
>> I don't know exactly what the right solution is off the top of my
>> head, but digging in our heels is not it.

> Well, I'm comfortable digging in my heels against doing *lame* hints
> just because "it's what all the other kids are doing," which I think
> is the only thing which would have satisfied the OP on this thread.

Right. If someone comes up with a design that avoids the serious
pitfalls of traditional hinting schemes, that'd be great. But I'm
not interested in implementing Oracle-like hints just because Oracle
has them, which I think was basically what the OP wanted. I haven't
seen a hinting scheme that didn't suck (and that includes the aspects
of our own current behavior that are hint-like). I don't say that
there can't be one.

I believe that the FAQ entry is meant to answer people who come along
and say "oh, this is easily solved, just do what $PRODUCT does". The
generic answer to that is "no, it's not that easy". But maybe the FAQ
should be rephrased to be more like "we don't want traditional hints
because of problems X, Y, and Z. If you have an idea that avoids those
problems, let us know."

regards, tom lane

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Robert Haas 2011-02-10 17:02:58 Re: Why we don't want hints Was: Slow count(*) again...
Previous Message Dimitri Fontaine 2011-02-10 16:58:56 Re: Extensions versus pg_upgrade

Browse pgsql-performance by date

  From Date Subject
Next Message Robert Haas 2011-02-10 17:02:58 Re: Why we don't want hints Was: Slow count(*) again...
Previous Message Kevin Grittner 2011-02-10 16:45:20 Re: Why we don't want hints Was: Slow count(*) again...