Наверное все дело в том что temp существуют в пг

Question

Наверное все дело в том что temp существуют в пг

в рамках одного бэкенда, и второй бэкенд не имеет доступа к temp первого бэкенда. А вот можно ли сделать так чтобы один бэкенд грузил не одного ядро а два и более...? Ещё temp не журналируется, wal писать не надо, из-за этого влияние диска ещё меньше. И temp вообще может в памяти быть так то. А 1с ой как любит временные таблицы

#database #it #postgresql #russian

0

04.08.2023

4 ответов

13 просмотров

Nik Savelev

Silver CUJIbBEP
Вопрос размера темповских таблиц и настроек work_m...

И опять же ошибаетесь. Вставка во временные таблицы в постгрес всегда в 1 поток. И дело вовсе не в скорости записи. А в том что там сложный, составной запрос. Там идут многочисленный джойны. И все долго не из-за того что долго записывается, а из-за того что долго вычисляется что записать. Это просто ошибка планировщика. Как говорил Антон Дорошкевич на прошлогоднем PGConf Сибирь - планировщик думает что сейчас будет 100 строк, а прилетает полтора миллиона.

0

04.08.2023

Silver CUJIbBEP

Nik Savelev
И опять же ошибаетесь. Вставка во временные таблиц...

вставка в 1 временную таблицу всегда в 1 поток — с этим как раз никто не спорит а вот на остальное я бы вдумчиво посмотрел используя auto_explain

0

04.08.2023

Nik Savelev

Silver CUJIbBEP
вставка в 1 временную таблицу всегда в 1 поток — ...

Конечно это лучший вариант. Но дело в том, что никто не полезет переписывать механизм расчета себестоимости и закрытия месяца. Это безумие.

0

04.08.2023