Re: multivariate statistics v14
Tomas Vondra <tomas.vondra@2ndquadrant.com>
From: Tomas Vondra <tomas.vondra@2ndquadrant.com>
To: Jeff Janes <jeff.janes@gmail.com>
Cc: Tatsuo Ishii <ishii@postgresql.org>,
Kyotaro HORIGUCHI <horiguchi.kyotaro@lab.ntt.co.jp>,
Alvaro Herrera <alvherre@2ndquadrant.com>,
pgsql-hackers <pgsql-hackers@postgresql.org>
Date: 2016-03-22T09:23:23Z
Lists: pgsql-hackers
Hi, On 03/22/2016 06:53 AM, Jeff Janes wrote: > On Sun, Mar 20, 2016 at 4:34 PM, Tomas Vondra > <tomas.vondra@2ndquadrant.com> wrote: >> >> >> D'oh. Thanks for reporting. Attached is v16, hopefully fixing the few >> remaining whitespace issues. > > Hi Tomas, > > I'm trying out v16 against a common problem, where postgresql thinks > it is likely top stop early during a "order by (index express) limit > 1" but it doesn't actually stop early due to cross-column > correlations. But the multivariate statistics don't seem to help. Am > I doing this wrong, or just expecting too much? Yes, I think you're expecting a too much from the current patch. I've been thinking about perhaps addressing cases like this in the future, but it requires tracking position within the table somehow (e.g. by means of including ctid in the table, or something like that), and the current patch does not implement that. regards -- Tomas Vondra http://www.2ndQuadrant.com PostgreSQL Development, 24x7 Support, Remote DBA, Training & Services
Commits
-
Collect and use multi-column dependency stats
- 2686ee1b7ccf 10.0 landed
-
Implement SortSupport for macaddr data type
- f90d23d0c518 10.0 cited
-
Implement multivariate n-distinct coefficients
- 7b504eb282ca 10.0 landed
-
Generate fmgr prototypes automatically
- 352a24a1f9d6 10.0 cited