Re: More thorough planning for OLAP queries (was: [PATCH] Equivalence Class Filters)

Поиск
Список
Период
Сортировка
От David Rowley
Тема Re: More thorough planning for OLAP queries (was: [PATCH] Equivalence Class Filters)
Дата
Msg-id CAKJS1f9iih2p8AAFJJoPztupyRuaunHc+OwyY9On+ZH1-G3Czw@mail.gmail.com
обсуждение исходный текст
Ответ на Re: More thorough planning for OLAP queries (was: [PATCH] Equivalence Class Filters)  (Benedikt Grundmann <bgrundmann@janestreet.com>)
Список pgsql-hackers
On 30 December 2015 at 21:12, Benedikt Grundmann <bgrundmann@janestreet.com> wrote:
On Wed, Dec 30, 2015 at 7:16 AM, David Rowley <david.rowley@2ndquadrant.com> wrote:

A number of ideas were suggested on the other thread about how we might go about solving this problem. In [3] Simon talked about perhaps enabling extra optimisations when the planner sees that the plan will cost more than some given threshold. That's perhaps an option, but may not work well for optimisations which must take place very early in planning, for example [4].

A small tweak on 3 to deal with 4.  If the returned plan cost is quite high (say you estimate minutes+) you could just restart planning from scratch with all costly planning enabled, because even in the worst case (that is the additional options don't find a better plan), the total planning cost won't matter much in the grand scheme of things.

I do personally quite like this idea. Quite likely the extra logic could be added to the planner() function so that it calls standard_planner() again in the event that the cost exceeds some specified threshold. I think the planner might need a little bit of work before replanning on the same parse is ok, as there's places where the planner makes changes to this object which cause things not to work well during the replan. So I think if we went down this route, then the first steps should be to find alternative ways to do things so that the parse is never edited, and set new standards that the parse cannot be changed within the planner anymore. 

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

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

Предыдущее
От: Oleksii Kliukin
Дата:
Сообщение: Re: rows estimate in explain analyze for the BRIN index
Следующее
От: David Rowley
Дата:
Сообщение: Re: More thorough planning for OLAP queries (was: [PATCH] Equivalence Class Filters)