Кластеризуем миллионы планов PostgreSQL

[lex-sey]

Не совсем понятно как в ваш сервис подгрузить этот милион планов? И получить такую визуализацию.

И что вы делаете когда находите неоптимальный план? Получается что для одного и того же запроса он может быть разным и повлиять на выбор вы не можете. Какие дальнейшие действия?

[Kilor]

Этот функционал (загрузить полноценный лог на разбор) пока находится в непубличном контуре сервиса, но готовится к релизу в одной из ближайших версий.

Как раз повлиять на выбор алгоритма планировщика можно - например, иначе структурно скомпоновав запрос или добавив недостающий индекс. Посмотрите в моем профиле ссылки на статьи по оптимизации PG-запросов.

[lex-sey]

А тут нет опасности что поедут планы остальных запросов и это создаст проблемы уже у них? Мне кажется эта ситуация вполне возможна.

[Kilor]

А как/почему от переписывания одного запроса должны поехать планы других? Мы же не крутим хинты типа enable_seqscan при этом.