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

UPDATE table1 SET value=(SELECT value FROM table2 WHERE id=table1.id)

выполняется уже 4 часа(по 350тыс записей в каждой таблице)
вохможно ли написать более быстрый запрос?

Это не статусы, а просто создание композитной сущности
Про статусы думали, но это не то. Нужно же еще созданные артифакты откатить, если процесс где-то по пути сфейлился

Ребят, а не подскажите тулзу с помощью которой можно сделать ЕРД а потом из нее сгенерить скл?

Вы бы EXPLAIN показали...

merge into ... using ...

эта команда точно поддерживается в постгресе? 12.2 не распознает

Подходящего индекса на events2 нет, получается?
И оценки стоимости какие-то слишком большие для 350тыс записей, кажется.

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

Распределенные транзакции (вроде saga) решили не делать, потому что у нас только у одного сервиса есть БД, а вот процесс создания может из разных мест приходить.

В итоге решили реализовать в рамках постгреса транзакции, но пока не понятно, как именно. Есть два варианта

1. использовать встроенные в постргес транзакции, но как-то держать их персистентно. То есть условно создается транзакция через begin, дальше некий ее ID передается через все запросы, и запрос в бд приурочивается к транзакции. Потом она завершается через коммит или роллбек, тоже по ID. При этом сами запросы в бд с этим ID транзакции могут выполнять разные реплики приложения, поэтому вариант хранить все это время коннект открытым не вариант. (могут быть разные коннекты)

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

большинство строк одинаковые во всем, кроме value3

Хмм... каких строк, какой таблицы? ;)
И, всё же, сколько на самом деле записей в events2 и есть ли там индекс по UID?

"скорее я пришёл к выводу что постгрес не может взаимодействовать со сборщиком статистики через сокеты. А они чаще всего используются с UDP. Поэтому предположил что у Андрея некорректно работает файрволл. На самом деле файрволл нужно всегда первым выключать при решении проблем, чтобы исключить фактор возможных  некорректных настроек файрволла"

Как оно мешало вакууму в сингл моде - я не догоняю.

Хмм... каких строк, какой таблицы? ;)
И, всё же, сколько на самом деле записей в events2 и есть ли там индекс по UID?

И снова здравствуйте. Yaroslav, не знаю помните ли меня с проблемой выбора оптимального плана при использование версии постгреса для 1С