Вот так получилось convert_from(lo_get(value), 'UTF8')

Вы поставли условие которое требует наличие сведений о наличии данных перед выполнением второго запроса, варианты 1. Функция, 2. Временная таблица Либо Exists по условиям первого запроса в условиях второго: with decider as (select …)

(select * from complex_query1 where smth in (select a from decider where smth1))

union all

(select * from complex_query2  where smth in (select a from decider where smth2) AND EXISTS(SELECT 1 from complex_query1 where smth in (select a from decider where smth1)))

не, запросы в юнионе друг от друга независимые, зависят только от CTE

Поэтому второй запрос должен знать о результатах первого, в лоб это EXIST на первый SELECT если данные есть второй запрос вернет данные иначе нет

По поводу оптимизации это всегда эксперимент в этом и прелесть, но PostgreSQL, что в нем и нравится независимо от предпочтений дает стабильно схожие результаты на разные варианты построения условий (использование временных таблиц дает преимущества индексации но отбирает потенциальные возможности параллельного выполнения) в общем как и сказано было выше в отдельных случаях:

Оконные функции?

Погуглю, спасибо.
Я мало что знаю в SQL

Всем привет. Подскажите, а можно ли в pl/python использовать из бд сторонние библиотеки, не входящие в питон "из коробки" типа пандаса кераса и т.д.?

А собственно почему нет? Слон использует интерпретатор питон и все что в нем есть. Мне был нужен openpyxl.  Я установил и использую проблем нет.

информативно

Pq очень медленный, переходите на кликхауз

Зачем сравнивать сухое с мягким? Pg oltp, ch olap

Добрый день, подскажите пожалуйста, с недавних пор начали идти ошибки в логах:
ERROR:  out of memory
DETAIL:  Failed on request of size 1073741820.
CONTEXT:  automatic vacuum of table
Пробовал менять настройки work_mem, все еще идут эти ошибки.
Конфигурации: RAM 108GB, CPU 40
Postgresql.conf: shared_buffers = 25GB
work_mem = 12MB
maintenance_work_mem = 5400MB
effective_cache_size = 50GB
max_connections = 2400

Версия postgresql?

9.3.9

Использование памяти какое?
free

—————--total       used       free     shared    buffers     cached
Mem:          108G       105G       2.9G        25G        34M        25G
-/+ buffers/cache:        79G        28G
Swap:          3.9G       3.9G       108K

Это за гранью здравого смысла, обновляйтесь до текущей 13.3, если версия минора кажется слишком уж маленькой, то до 12.7.

кликхаус — это где нет транзакций и внешних ключей?

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