Re: Optimizing the same PREPAREd static query (without parameters)

Поиск
Список
Период
Сортировка
От David Rowley
Тема Re: Optimizing the same PREPAREd static query (without parameters)
Дата
Msg-id CAKJS1f83bYRhHDuxrvCsXE_o-bsZ3dQ5wTXdjJ_MvY0z=EAo1A@mail.gmail.com
обсуждение исходный текст
Ответ на Re: Optimizing the same PREPAREd static query (without parameters)  (Mitar <mmitar@gmail.com>)
Список pgsql-general
On Tue, 8 Jan 2019 at 06:45, Mitar <mmitar@gmail.com> wrote:
> So it could learn that the values used are not distinct values, or
> that column values are not uniformly distributed? And maybe decide to
> change the plan? So it makes a plan, runs it, determines that the plan
> was not as good as expected, I run it again, it decides to try another
> plan. It is better, it decides to switch to it and keep it.

Sounds like machine learning in the query planner.  Nothing like this
exists in core, but there have been projects in the past to do this,
for example, https://axleproject.eu/2015/07/17/augmenting-the-postgresql-planner-with-machine-learning/

Perhaps there are others that have worked on similar things, however,
I don't recall any conversations on these postgresql.org mailing lists
though. Maybe it's worth trying searching the archives?

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


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

Предыдущее
От: Rob Sargent
Дата:
Сообщение: jdbc PGCopyOutputStream close() v. endCopy()
Следующее
От: Nicolas Karolak
Дата:
Сообщение: Re: multiple configurations with repmgr