Re: Incorrect estimates on correlated filters

From: Craig Ringer <craig(at)postnewspapers(dot)com(dot)au>
To: "Decibel!" <decibel(at)decibel(dot)org>
Cc: Chris Kratz <chris(dot)kratz(at)vistashare(dot)com>, pgsql-performance(at)postgresql(dot)org
Subject: Re: Incorrect estimates on correlated filters
Date: 2008-08-14 01:48:03
Message-ID: 48A38ED3.8080500@postnewspapers.com.au
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-performance

Decibel! wrote:

> Well... you could try and convince certain members of the community that
> we actually do need some kind of a query hint mechanism... ;)

It strikes me that there are really two types of query hint possible here.

One tells the planner (eg) "prefer a merge join here".

The other gives the planner more information that it might not otherwise
have to work with, so it can improve its decisions. "The values used in
this join condition are highly correlated".

Is there anything wrong with the second approach? It shouldn't tend to
suppress planner bug reports etc. Well, not unless people use it to lie
to the planner, and I expect results from that would be iffy at best. It
just provides information to supplement Pg's existing stats system to
handle cases where it's not able to reasonably collect the required
information.

--
Craig Ringer

In response to

Responses

Browse pgsql-performance by date

  From Date Subject
Next Message Simon Riggs 2008-08-14 09:51:01 Re: [HACKERS] autovacuum: use case for indenpedent TOAST table autovac settings
Previous Message Tom Lane 2008-08-14 01:30:26 Re: [HACKERS] autovacuum: use case for indenpedent TOAST table autovac settings