и да и нет, у меня было расширение не поднималось до использования в процедуре. реплики так и не решил проблему без дополнительных костылей. pg_dump удобная штука когда надо именно выгрузить часть или все данные или только метаданные.
без повторяемой ошибки вряд ли будет способ найти источник проблемы....
это как бы не ошибка я считаю. я к тому и веду, что дамп тупо выгружает метаданные и данные в таблицах, но НЕ ГАРАНТИРУЕТ их корректное восстановление. а если по контракту не положено, то и ошибки нет.
это как бы не ошибка я считаю. я к тому и веду, что дамп тупо выгружает метаданные и данные в таблицах, но НЕ ГАРАНТИРУЕТ их корректное восстановление. а если по контракту не положено, то и ошибки нет.
pg_dump не восстанавливает. Восстанавливает pg_restore/pgsql. И если pg_restore/pgsql при восстановлении корректного дампа дают ошибку - это ошибка в ПГ
наверное не правильно выразился. У меня такая логика: если в ОС перестали его использовать по умолчанию (т.е. перешли от iptables к nftables), то для этого была причина и мне проще изучить новый инструмент, чем упираться рогом и юзать старый
pg_dump не восстанавливает. Восстанавливает pg_restore/pgsql. И если pg_restore/pgsql при восстановлении корректного дампа дают ошибку - это ошибка в ПГ
он тупо выполняет скрипты, но этот скрипт некорректный, а кто же его сформировал.