Почему после востановления из бекапа появляется таблица которой не было в базе?

Question

[winser]

Стоит PostgreSQL 9.2.24 на Centos centos-release-7-9.2009.1.el7.centos.x86_64
делаю бекап и востановление в другую база на том же серваке

pg_dump -h 127.0.0.1 -p 5432 -U admin_postgres -F t -f  /home/backup/admin.tar admin
pg_restore -h 127.0.0.1 -p 5432 -U admin_postgres -d test3 -v /home/backup/admin.tar

То есть бекаплю базу с именем admin востанавливаюсь в базу с именем test3
В результате в базе test3 появляется одна пустая таблица которая есть только в соседней базе на этом же сервере, как такое может быть ?
Это какой то известный глюк постгрес ?

Comments

[mayton2019]

Попробуй во время дампа указать --schema

[Melkij]

значит эта таблица была в test3 до вызова pg_restore

PS: какой смысл вы хотели получить от откровенно бесполезного если не сказать вредного -F t ?

[winser]

Melkij, нет не было test3 я удалял перед restore
-F t просто удалить ? я скопировал где то эту строку не разбираясь, кроме этого все верно ?

[winser]

mayton2019, может я что то не так делаю
pg_dump -h 127.0.0.1 -p 5432 -U admin_postgres --schema=public -f /home/backup/admin.tar admin
вот так сделал дамп, в результате размер дампа чуть меньше, а при restore только одна таблица и именно та которой быть не должно)

[mayton2019]

Документация пишет

pg_dump — extract a PostgreSQL database into a script file or other archive file

я так себе понимаю что дамп отработал как и было создано по дизайну. Попробуй указывай не public
а свою бизнес-схему.

[winser]

mayton2019, а что за бизнес-схема как ее определить ?

[mayton2019]

winser, ну есть такая старая традиция. Ты создаешь таблицы не в public а внутри схемы. Например

create schema magazin;
create schema sklad;

И при создании таблиц соотв указываешь схему как префикс. Тогда в базе появляется порядок.
И дампы удобнее делать.

[winser]

mayton2019, я никаких новых схем точно не создавал, ну и в phppgadmin вижу только public

[mayton2019]

Обрати внимание что у pg_dump есть последний опциональный параметр dbname. Ты его не указал.

pg_dump [connection-option...] [option...] [dbname]

Береться по умолчанию какая-то база которая указана в переменных окружения. Просто проверь
для себя что это за база.

[winser]

mayton2019, я указал
как раз последним параметром идет имя базы
pg_dump -h 127.0.0.1 -p 5432 -U admin_postgres -F t -f /home/backup/admin.tar admin
и тут тоже
pg_dump -h 127.0.0.1 -p 5432 -U admin_postgres --schema=public -f /home/backup/admin.tar admin

[mayton2019]

А подключись консолью к своей базе и сделай

SHOW search_path;

\dt

Что выводится?

[winser]

mayton2019,

SHOW search_path;
  search_path   
----------------
 "$user",public
(1 row)

Schema |                              Name                               | Type  |     Owner      
--------+-----------------------------------------------------------------+-------+----------------
 public | back_up                                                         | table | admin_postgres

ну и потом куча таблиц

[mayton2019]

Смотри. На самом деле вся эта болтовня только про то чтобы ты во время дампа не дампил вообще всю вселенную а только селективно указал то что тебе надо. Я думаю что я дал тебе достаточно пищи для размышления. Попробуй дампить по одной табличке. По одной схеме. По одной базе. Лишняя табличка? Прибей ее к чорту. Или перенеси ее в такую схему чтоб ее и духу не было рядом. Короче действуй-злодейтсвуй.

[winser]

mayton2019, сложно разбираться когда знаний не хватает пока)
А можете дать свою команду на дамп базы проверенную какую нибудь ? много же всяких опций, я хочу в скрипте делать дамп и потом рестор на автомате чтобы бекап базы проверялся это я к тому что не каждый дамп потом можно залить через pg_restore

[mayton2019]

Я не хочу тебя лишать творческого процесса. Посмотри тут https://www.postgresql.org/docs/current/app-pgdump.html

[winser]

mayton2019, поэкспериментировав понял что лишняя таблица появляется не в момент заливки дампа в новую бд, а прямо в момент создания бд
команда такая

createdb -D pg_default -O postgres -h 127.0.0.1 -U postgres test3

что тут не так ? почему появляется лишняя таблица из соседней бд ?

[mayton2019]

winser, обычно новая БД не создается с нуля а клонируется с какой-то шаблонной БД. Так многие делают.
Даже Oracle не создает с нуля а копирует через RMAN. Как с формочки для печенья.

Возможно ты грязными ручками полазил в этой формочке и там наследил.

[winser]

mayton2019, Я точно ничего не правил, postgres ставился их контрольной панели vestacp
А как это исправить непонятно ?

[mayton2019]

winser, тогда не трогай ничего. Еще хуже поломаешь. Просто удали табличку сразу после создания
скриптом.

[winser]

mayton2019, как удалить таблицу я нашел, а как удалить все таблицы из бд ? такое вообще возможно?
чтобы не искать потом такую же проблему и имя таблицы, а просто удалить все таблицы после создания бд и все.

[mayton2019]

winser, я не пробовал. Но если PG поддерживает хранимые процедуры и динамический SQL - то можно создать
любой код и выполнить. Но это тебе домашнее задание. Сам сделаешь.