відновлення бази даних Postgres: pg_restore -vs- просто за допомогою psql

Я скидаю свою базу даних Postgres за допомогою pg_dump (у простому текстовому форматі), а потім відновлюю її просто за допомогою psql (з -fопцією).

Хто задає питання: чи я щось пропускаю, не використовуючи pg_restore, який здається спеціалізованим інструментом відновлення (порівняно з загальним psql)?

Я можу керувати такими параметрами, як відключення тригерів і подібних, використовуючи pg_dumpпараметри. Для чого тоді pg_restoreвикористовується? неформатні текстові формати дампа?

Якщо ви створили дамп у форматі SQL, все, що ви можете використовувати, - це psql.

Якщо ви створили дамп власного формату ( pg_dump -Fc) або каталогу-формату ( pg_dump -Fd), ви можете і потрібно використовувати pg_restore.

Спеціальні звалища у форматі та каталогах пропонують безліч переваг перед звичайними скидами скриптів SQL, і я використовую їх виключно. Ви можете вибірково відновлювати лише деякі таблиці / схему, вибирати, чи потрібно включати лише схему, лише дані, або обидва в час відновлення і т. Д. Багато параметрів, які потрібно вказати під pg_dumpчас скидів у форматі SQL, можна вибрати при відновленні- час, якщо ви використовуєте дамп у власному форматі та pg_restore.

Якщо б це не було зворотною сумісністю, я впевнений, що за замовчуванням pg_dumpбув би -Fc(спеціальний) формат.

Ви не можете конвертувати дамп у форматі SQL у користувацький формат чи формат каталогів, не відновлюючи його до бази даних PostgreSQL, а потім скидаючи відновлену БД.