Благодарю

Единственная мысль пока это сохранять как есть, потом наверное как-то через "row_number partition by name" удалить все row > 1 и апдейнуть все FK на street.id
Может есть проще решение?

Эээ... Вы при конфликте по name изменяете этот name на этот же name?!
Тут точно не опечатка?
ON CONFLICT(name) DO UPDATE name=excluded.namename RETURNING id

Да, мне надо вернуть id

DO NOTHING RETURNING id не возвращает ничего

Спасибо, это познавательно в любом случае

А, ну у меня там после do update 'where false', оно вроде блокирует, но не обновляет

Вы бы лучше целиком пример показали, а то так непонятно, IMHO.

Не за что. Вы могли бы, конечно, показать \d таблицы / пример данных / нужного результата — всё это вполне решаемо и при неправильном хранении, только писать [намного] больше, и ошибиться куда легче.

Что именно непонятно? В изначальном вопросе все написано, проблема не в RETURNING, а в том как ON CONFLICT или что-то подобное сделать на несколько полей по отдельности

Раз "написано" и Вам понятно — ждите ещё чьего-то ответа, что ж (я-то вопроса не понял). ;(

Я вам, кстати, тоже могу ответить ссылкой с авторитетного ресурса (42 плюсика напротив коммента, все же, о чем-то говорит): https://dba.stackexchange.com/questions/59006/what-is-a-valid-use-case-for-using-timestamp-without-time-zone

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

Не поможете советом? Задача настроить логическую репликацию таблиц между серверами
Имеем кластеры из серверов под управлением патрони
Группа А: А1, А2, А3 (master, slave, slave)   postgres 13.1
Группа В: B1, B2, B3 (master, slave, slave)  postgres 11.9
Группа С: C1, C2, C3 (master, slave, slave)  postgres 12.4
OS: Red Hat Enterprise Linux Server release 7.5

Настроена логическая репликация с серверов группы А на  сервера группы С
Настроена логическая репликация с серверов группы В на  сервера группы С
Необходимо настроить репликацию таблиц из серверов группы А на сервера группы В. (сервера группы В как бы становится и публикатором и подписчиком)
Настройка и запуск проходят без проблем. А дальше начинаются чудеса. На мастер сервере группы В генерируются журналы wal с дикой скоростью.  Заполняется все дисковое пространство (свободное место 70 Гб, размер реплицируемых таблиц 10 Гб) и сервер падает. В логах ошибок нет ни на публикаторе, ни на подписчике.  Делали это дважды и дважды сервер падал.

Может ли быть сервер одновременно публикатором и подписчиком?
Что я делаю не так, если сервер может быть одновременно публикатором и подписчиком.

Кто-нибудь знает, как при использовании pglogical посмотреть ноды, созданные на мастере? есть команды чтобы добавить, удалить, а вот что-то типа show nodes не получается найти

Это не то? select * from repmgr.nodes;

похоже, нет, relation doesn't exist

Кхе-кхе. Во-первых, "90% оf Stack overflow answers is BS." ©

И даже там: "Now, with those two down, I can came with only one good reason to use timestamp WITHOUT time zone. That is when you want to store events in the future and that some kind of alert must be triggered when we got to that time." — и это тоже неправильно, строго говоря (но почти всегда "сойдёт").

Во-вторых, правильность определяется не общественным мнением, авторитетом и т.п. ерундой. ;)
Но даже если Вы падки на такие вещи, Вы сравниваете статью от сообщества PostgreSQL, написанную и проверенную, в том числе, несколькими основными разработчиками, с ответами "левых" людей и их "авторитетными" голосами.

> когда уместно хранить без таймзоны и у меня как раз тот случай

К хранению / работе с "гражданским" временем в прошлом есть только один правильный подход (что касается планируемых событий — см. выше), и весь postgres "заточен" именно на него (используя что-то другое, Вы будете бороться с postgres, и наступать на грабли в неожиданных местах... как будто в  timestamps самих по себе мало трудностей).

Чем Ваш случай такой уникальный, ради любопытства?

А таблички в репликации одни и те же?

Нет. Разные.