Re: multivariate statistics v8

Alvaro Herrera <alvherre@2ndquadrant.com>

From: Alvaro Herrera <alvherre@2ndquadrant.com>
To: Bruce Momjian <bruce@momjian.us>
Cc: Robert Haas <robertmhaas@gmail.com>, Tomas Vondra <tomas.vondra@2ndquadrant.com>, "pgsql-hackers@postgresql.org" <pgsql-hackers@postgresql.org>
Date: 2016-01-20T21:54:16Z
Lists: pgsql-hackers
Bruce Momjian wrote:
> On Wed, Jan 20, 2016 at 02:20:38PM -0500, Robert Haas wrote:
> > On Wed, Dec 23, 2015 at 2:07 PM, Tomas Vondra
> > <tomas.vondra@2ndquadrant.com> wrote:
> > >    The remaining question is how unique the statistics name should be.
> > >    My initial plan was to make it unique within a table, but that of
> > >    course does not work well with the DROP STATISTICS (it'd have to
> > >    specify the table name also), and it'd also now work with statistics
> > >    on multiple tables (which is one of the reasons for abandoning ALTER
> > >    TABLE stuff).
> > >
> > >    So I think it should be unique across tables. Statistics are hardly
> > >    a global object, so it should be unique within a schema. I thought
> > >    that simply using the schema of the table would work, but that of
> > >    course breaks with multiple tables in different schemas. So the only
> > >    solution seems to be explicit schema for statistics.
> > 
> > That solution seems good to me.
> > 
> > (with apologies for not having looked at the rest of this much at all)
> 
> Woh, this will be an optimizer game-changer, from the user perspective!

That is the intent.  The patch is huge, though -- any reviewing help is
welcome.

-- 
Álvaro Herrera                http://www.2ndQuadrant.com/
PostgreSQL Development, 24x7 Support, Remote DBA, Training & Services


Commits

  1. Collect and use multi-column dependency stats

  2. Implement SortSupport for macaddr data type

  3. Implement multivariate n-distinct coefficients

  4. Generate fmgr prototypes automatically