Re: Analyze all plans

Поиск
Список
Период
Сортировка
От Tom Lane
Тема Re: Analyze all plans
Дата
Msg-id 25986.1548254799@sss.pgh.pa.us
обсуждение исходный текст
Ответ на Re: Analyze all plans  (Oleksandr Shulgin <oleksandr.shulgin@zalando.de>)
Ответы Re: Analyze all plans  (Donald Dong <xdong@csumb.edu>)
Список pgsql-hackers
Oleksandr Shulgin <oleksandr.shulgin@zalando.de> writes:
> On Wed, Jan 23, 2019 at 9:44 AM Donald Dong <xdong@csumb.edu> wrote:
>> 1. Enumerate all the plans

> So enumerating all possible plans stops being practical for even slightly
> complicated queries.

Yes.  You can *not* disable the planner's aggressive pruning of losing
paths and subpaths without ending up with something that's completely
impractical for anything beyond toy queries.  That's just from the
standpoint of planner runtime.  Adding on the cost of actually creating
a finished plan and then running it for long enough to get a reliable
runtime for each case would ... well, let's just say you'd be safely dead
before you got any interesting answers.

            regards, tom lane


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

Предыдущее
От: maayan mordehai
Дата:
Сообщение: Re: postgres on a non-journaling filesystem
Следующее
От: Dmitry Dolgov
Дата:
Сообщение: Re: ArchiveEntry optional arguments refactoring