Я по той же причине не стал дальше копаться... ;)

С виду - да. Вроде не фатально. Но у мене, честно говоря, тупо нет ни малейшего желания разбираться, к чему приведут игрища с правами на таблицы системного каталога.

Вроде pg_hba.conf на уровне соединений работает, разве нет?

в смысле на уровне соединений? политики в pg_hba выполняются при подключении \ установке соединения.

но при чем тут это к обсуждаемому вопросу.

хороших выходных!!
Начал восстанавливать базу (выгружал pg_dump <dbname>) при ретосре ругалось переодически типа такого сообщения:
ОШИБКА:  отношение "bypass_sheets_group_member_users_history" уже существует

стоит на это обращать внимания?

База не пустая была?

Не в пустую базу восстановили.

дропнуть надо в начале базу? затем создать пустую и залить?

Лучше в пустую, иначе больше проблем возникает

Да. Нужно делать так:

DROP DATABASE target_database;
CREATE DATABASE target_database WITH TEMPLATE template0;

А потом уже загружать в неё dump. Это всё описано в https://www.postgresql.org/docs/current/app-pgrestore.html , например.

DROP DATABASE target_database;
CREATE DATABASE target_database WITH TEMPLATE template0;

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

всем привет, как можно оптимизировать такой запрос
UPDATE option SET organization = subquery.org
FROM (
   SELECT device, d.organization AS org
   FROM option AS m
   LEFT JOIN device AS d on d.primarykey = m.device
) AS subquery
WHERE option.device = subquery.device
(хочу обновить значение option.organization - получая его из device)

?
Выполнил в БД этот запрос - висит уже второй час =\

* в таблице option около 46 тысяч записей
** если взять разделить на SELECT и UPDATE и сделать через PHP. Тоже будет висеть ?

и еще - если завершить выполнение запроса сейчас, что произвойдет ? будет часть с проставленным option.organization а часть без ?

Целиком отменится

Типа такого можно - с CTE

Вопрос - сколько записей в device

Чушь )