Re: Additional Statistics Hooks

Поиск
Список
Период
Сортировка
От David Rowley
Тема Re: Additional Statistics Hooks
Дата
Msg-id CAKJS1f85snPMFbYuNAAoVqxOhL8GQWx9Z-UVjjb5j22A=-G8vg@mail.gmail.com
обсуждение исходный текст
Ответ на Re: Additional Statistics Hooks  (Tom Lane <tgl@sss.pgh.pa.us>)
Ответы Re: Additional Statistics Hooks  (Mat Arye <mat@timescale.com>)
Список pgsql-hackers
On 13 March 2018 at 11:44, Tom Lane <tgl@sss.pgh.pa.us> wrote:
> While it would certainly be nice to have better behavior for that,
> "add a hook so users who can write C can fix it by hand" doesn't seem
> like a great solution.  On top of the sheer difficulty of writing a
> hook function, you'd have the problem that no pre-written hook could
> know about all available functions.  I think somehow we'd need a way
> to add per-function knowledge, perhaps roughly like the protransform
> feature.

I always imagined that extended statistics could be used for this.
Right now the estimates are much better when you create an index on
the function, but there's no real reason to limit the stats that are
gathered to just plain columns + expression indexes.

I believe I'm not the only person to have considered this. Originally
extended statistics were named multivariate statistics. I think it was
Dean and I (maybe others too) that suggested to Tomas to give the
feature a more generic name so that it can be used for a more general
purpose later.

-- 
 David Rowley                   http://www.2ndQuadrant.com/
 PostgreSQL Development, 24x7 Support, Training & Services


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

Предыдущее
От: Anastasia Lubennikova
Дата:
Сообщение: Re: Using base backup exclusion filters to reduce data transferredwith pg_rewind
Следующее
От: Ashutosh Bapat
Дата:
Сообщение: Re: Additional Statistics Hooks