Re: Stats for multi-column indexes

Поиск
Список
Период
Сортировка
От Alvaro Herrera
Тема Re: Stats for multi-column indexes
Дата
Msg-id 20070320124208.GL24234@alvh.no-ip.org
обсуждение исходный текст
Ответ на Re: Stats for multi-column indexes  (Richard Huxton <dev@archonet.com>)
Ответы Re: Stats for multi-column indexes  (Peter Eisentraut <peter_e@gmx.net>)
Re: Stats for multi-column indexes  (Tom Lane <tgl@sss.pgh.pa.us>)
Список pgsql-hackers
Richard Huxton wrote:
> Simon Riggs wrote:
> >On Tue, 2007-03-20 at 14:14 +1200, Mark Kirkwood wrote:
> >>Jeff Davis wrote:
> >>>I know we can't keep stats on every combination of columns. My initial
> >>>idea would be to only keep stats about a multi-column index (and
> >>>probably optional for those, too).
> >>>
> >>Maybe you would want to keep single column indexes too, so that (more) 
> >>accurate estimates for bitmap-and type plans are possible.
> >
> >We should allow the DBA to specify which groups of cols to keep
> >statistics on, if there is no index on that group.
> >
> >That solves the combinatorial explosion problem.
> 
> This is one hint I think everyone can agree on. Being able to say that 
> values in different columns are related just gives the planner more 
> information to work with.

It was also suggested that column pairs in FK relationship could be
automatically enabled.  So you don't need to specify those manually.

Now, the hard question is deciding what to keep track of.  I don't think
MCV makes much sense, because what's the MCV of two columns?  Some sort
of correlation index would seem to make certain sense.

-- 
Alvaro Herrera                                http://www.CommandPrompt.com/
PostgreSQL Replication, Consulting, Custom Development, 24x7 support


В списке pgsql-hackers по дате отправления:

Предыдущее
От: Magnus Hagander
Дата:
Сообщение: Stats processor not restarting
Следующее
От: Alvaro Herrera
Дата:
Сообщение: Re: Stats processor not restarting