Смотрю файлы, сформированные через параметр --list
Последовательность восстановления таблиц одинаковая с параметром --data-only и без него.
Однако, без параметра --data-only таблицы нормально восстанавливаются.
Значит там как-то включена отложенная проверка ограничений.
А с --data-only последовательность уже начинает играть роль. Таблицы восстанавлюваются, упорядоченные по имени, но часто бывает что таблица, которая для внешнего ключа нужна еще не восстановилсь и тогда ошибка. Если сменить последовательность в ручную - нормально восстанавливается.
Но хотелось бы все-такие как-то включить отложенную проверку ограничений.
Как это возможно сделать?
Ну или как вообще восстановить данные в пустые таблицы, которые уже имеют внешние ключи друг на друга?
Без --data-only сначала создаются таблицы БЕЗ foreign keys/pk/indexes и тд только именно таблицы с полями.
Потом заливаются данные.
А потом уже создаются все ограничения... поэтому и работает.
Никакой отложенной проверки ограничений нет в явном виде.
Так что руками последовательность восстановления таблиц задавать исходя из структуры базы.
>>Как это возможно сделать?
Если FK не обьявленны как DEFERRABLE INITIALLY DEFERRED (а они почти никогда так не объявлены потому что это сильно дорого по ресурсам)
то никак... это вообще не задача pg_dump/restrore - кастомные задачи решаются кастомным же скриптованием.
>>Ну или как вообще восстановить данные в пустые таблицы, которые уже имеют внешние ключи друг на друга?
1)руками в нужной последовательности заливать
или
2)сначала удалить fk мешающие потом залить данные потом создать fk заново
или
3)залить с session_replication_role = replica но тогда они вообще проверяться не будут и можно мусор в базу нарушающий все что можно залить будет
