Как стать автором
Обновить
15
0
Дмитрий Урсегов @fdmitry

Пользователь

Отправить сообщение

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

Как у вас с эффективностью параллельного выполнение запросов?

Для планирования параллельного выполнения используются расширенные техники partitionwise join/aggregate. Можем выполнять параллельно соединения по ключу разбиения шардированных таблиц, произвольное соединение шардированных и глобальных таблиц, частичные сортировки-лимиты, агрегации. Но шаффл не поддерживается (например, параллельное соединение не по ключу шардированных таблиц), что может являться ограничением для аналитических запросов.

Если сделать ванильные RO async реплики и FDW partition, то можно SQL аналитические запросы гонять к большим данным за приемлемое время?

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

Бенчмарки никто не делал вертикальный VS горизонтальный scale?

У себя, конечно, делали много разных бенчмарков, постараемся в отдельной статье показать результаты.

Информация

В рейтинге
Не участвует
Зарегистрирован
Активность