10

верно, поэтому и спрашивал про тулы для бекапа

И pg_dump _делает_ полный, консистентный dump одной базы.

pg_basebackup я пользуюсь. Пока ни разу не подводил. Размер бэкапа больше, чем дамп, но время восстановления решает

Уже пробуем, спасибо)

10

А у меня dump-ит. Почему Вы думаете, что нет?

И pg_dump _делает_ полный, консистентный dump одной базы.

с юзерами?

А у меня dump-ит. Почему Вы думаете, что нет?

И зачем Вы используете —column-inserts?

с юзерами?

Users в базе не хранятся.

А у меня dump-ит. Почему Вы думаете, что нет?

потому как заливаю на другой сервер, и начинает ругаться что нет sequence ...

потому как заливаю на другой сервер, и начинает ругаться что нет sequence ...

Значит, Вы что-то не так делаете. Например, заливаете не под тем пользователем.

добоваляю параметры —no-acl —no-owner

потому как заливаю на другой сервер, и начинает ругаться что нет sequence ...

И ещё раз, зачем —column-inserts?

пользователь действительно другой

И ещё раз, зачем —column-inserts?

для удобо читаемости )

восстановление проходит успешно

пользователь действительно другой

Во-первых, pg_dump выгрузит только то, на что у пользователя, под которым Вы его запускаете, есть права.

для удобо читаемости )

И чтобы было медленнее в N раз? ;) Прочитали бы Вы документацию...

пользователь действительно другой

И, если Вы уверены, что в dump-е у Вас нет CREATE EXTENSION / sequence и т.п., значит Вы запускаете не под тем пользователем.

И чтобы было медленнее в N раз? ;) Прочитали бы Вы документацию...

на маленькой бд скорость пока не имеет значения, читаем :)

на маленькой бд скорость пока не имеет значения, читаем :)

Короче, разберитесь с инструментом. ;) Dump он делает, но _только одной_ базы. А пользователи, настройки tablespaces (и что-то ещё, кажется) хранятся глобально, поэтому есть pg_dumpall. А вот pg_basebackup делает бинарную копию всего кластера.

И, если Вы уверены, что в dump-е у Вас нет CREATE EXTENSION / sequence и т.п., значит Вы запускаете не под тем пользователем.

в целом это как-то не очевидно ограничение, не правдали? Заводить на всех серверах одного и того же пользователя для работы с БД.

а sequence таблиц находяться отдельно от Базы? (дамп то делали одной конкретной Базы)

в целом это как-то не очевидно ограничение, не правдали? Заводить на всех серверах одного и того же пользователя для работы с БД.

Да, на мой взгляд тоже не очевидное, но сделано именно так.

а sequence таблиц находяться отдельно от Базы? (дамп то делали одной конкретной Базы)

Нет, sequence находятся в базе.

Вот что хранится "глобально" (из документации к pg_dumpall): This currently includes information about database users and groups, tablespaces, and properties such as access permissions that apply to databases as a whole.

он не бекапит sequence

Он бекапит все и даже больше

в целом это как-то не очевидно ограничение, не правдали? Заводить на всех серверах одного и того же пользователя для работы с БД.

Это безопасность! Вы хотите чтобы бухгалтера имели доступ ко всем данным просто сделав дамп?

Это безопасность! Вы хотите чтобы бухгалтера имели доступ ко всем данным просто сделав дамп?

да как бы если бухгалтер имеет доступ к серверу с базой это уже очень странно!

Я про то, что роли не зря существуют. И дампы для каждой будут разные

да как бы если бухгалтер имеет доступ к серверу с базой это уже очень странно!

И почему это очень странно? Вообще-то, это одна из возможных моделей security.

Он бекапит все и даже больше

ради эксперимента попробую еще раз :) но то что небыло sequence после pg_dump это вот хоть к бабки не ходи.

ради эксперимента попробую еще раз :) но то что небыло sequence после pg_dump это вот хоть к бабки не ходи.

Если его выполнять со случайными опциями под случайными пользователями, можно получить и пустые dumps, и без данных, и без произвольно выбранных частей. ;)

Ребят, что означает PARSE WAITING ?

И почему это очень странно? Вообще-то, это одна из возможных моделей security.

это разумное обяснение, принимаю. Просто для нового человека в Pg - не увидел резона, у других бд такого не встречал.

ради эксперимента попробую еще раз :) но то что небыло sequence после pg_dump это вот хоть к бабки не ходи.

Ключи! Все дело в правильных ключах!

У вас вообще только данные могли дампиться без DDL

Тысяча вариантов

Ключи! Все дело в правильных ключах!

поправь пожалуйста если делаю не верно: pg_dump —no-acl —no-owner myDb > myDb.pg.bup потом делаю psql -h localhost -U postgres -p 5432 myDb < myDb.pg.bup

Ребят, что означает PARSE WAITING ?

А где Вы это видите?

поправь пожалуйста если делаю не верно: pg_dump —no-acl —no-owner myDb > myDb.pg.bup потом делаю psql -h localhost -U postgres -p 5432 myDb < myDb.pg.bup

Да _в пользователе_ дело, я же Вам уже писал!

поправь пожалуйста если делаю не верно: pg_dump —no-acl —no-owner myDb > myDb.pg.bup потом делаю psql -h localhost -U postgres -p 5432 myDb < myDb.pg.bup

Из под админа?

Ребят, что означает PARSE WAITING ?

https://www.postgresql.org/message-id/1282602153-sup-6272%40alvh.no-ip.org

Из под админа?

да

Да _в пользователе_ дело, я же Вам уже писал!

посыпаю голову пеплом - еще раз спасибо!

да

Из под суперюзера базы? ?

да

_Какого_ админа?

А где Вы это видите?

при отображении списка процессов в системе, и таких очень много

_Какого_ админа?

+1

Из под суперюзера базы? ?

из под созданного пользователя (который имеет sudo права)

из под созданного пользователя (который имеет sudo права)

Уфффф. Забудем про систему. Мы говорим о ролях, пользователях, привелегиях только базы

В этом контексте нам не интересны никакие sudo

:)

В вызове pg_dump явно укажите пользователя через -U rolename

-U postgres заменю на конкретного пользователя БД

https://www.postgresql.org/message-id/1282602153-sup-6272%40alvh.no-ip.org

я это уже видел, смотрел в pg_locks, но там oid relation, которого нет в pg_class, вот не пойму куда дальше смотреть

-U postgres заменю на конкретного пользователя БД

?

я это уже видел, смотрел в pg_locks, но там oid relation, которого нет в pg_class, вот не пойму куда дальше смотреть

может поэтому и не работает что объект пропал

я это уже видел, смотрел в pg_locks, но там oid relation, которого нет в pg_class, вот не пойму куда дальше смотреть

Вы бы показали, как конкретно Вы смотрите (запросы) и какие результаты получаете (используя paste site)...

Simon: We need a revertfest https://wiki.postgresql.org/wiki/FOSDEM/PGDay_2018_Developer_Meeting огонь

Вы бы показали, как конкретно Вы смотрите (запросы) и какие результаты получаете (используя paste site)...

select relation from pg_locks where not granted select OID from pg_class

может поэтому и не работает что объект пропал

ну этот oid вообще семизначный, тогда как в pg_class нет более пятизначных. такое наблюдаю второй день подряд

Simon: We need a revertfest https://wiki.postgresql.org/wiki/FOSDEM/PGDay_2018_Developer_Meeting огонь

А то! :) Tomas: It's hard to review patches without some docs. Alexander: You have the SQL standard to describe it Tomas: Yeah, I'm not going to read that

ну Саша тоже отжог

help!

Не понимаю

надо джойн писать какой-то

ну этот oid вообще семизначный, тогда как в pg_class нет более пятизначных. такое наблюдаю второй день подряд

Вы ничего конкретного не показываете. :(

надо джойн писать какой-то

Джойн какой-то я написал, но что делать с условием повторений

Вы ничего конкретного не показываете. :(

а что именно нужно? вывод тех запросов, что я указал?

а что именно нужно? вывод тех запросов, что я указал?

Я уже писал. Вы и запрос из pg_class не показали... Вам нужна помощь или нет, в самом деле? :(

Я уже писал. Вы и запрос из pg_class не показали... Вам нужна помощь или нет, в самом деле? :(

select OID from pg_class нужно и вывод показать?

Я уже писал. Вы и запрос из pg_class не показали... Вам нужна помощь или нет, в самом деле? :(

помощь нужна, хочется разобраться.

Simon: We need a revertfest https://wiki.postgresql.org/wiki/FOSDEM/PGDay_2018_Developer_Meeting огонь

Что имел в виду? Я то я с телефона. Неудобно вики смотреть

комитим все подряд, потом откатываем

Крутая идея ?

Всем привет! Парни, начал вчера изучать psql по работе, и все бы хорошо, но возник небольшой вопрос. Допустим есть таблица: id, project_id, task_id Так вот, я хочу при инсерте быть увереным (делать проверку) что в подмножестве с одинаковым project_id все task_id должны быть уникальными. Подскажите в какую сторону копать?

Или если эту проверку можно задать при создании таблицы, было бы еще круче.

Типа CHECK

Всем привет! Парни, начал вчера изучать psql по работе, и все бы хорошо, но возник небольшой вопрос. Допустим есть таблица: id, project_id, task_id Так вот, я хочу при инсерте быть увереным (делать проверку) что в подмножестве с одинаковым project_id все task_id должны быть уникальными. Подскажите в какую сторону копать?

как насчет unique?

Unique относится к одному полю

Мне же нужно для подмножества в рамках одной таблицы

1 2 1 3 1 4 1 5 2 2 2 3 и тд

Народ, а что может постгре делать с запросом обычным? Я загрузил 100 млн данных в таблицу и пытаюсь выборку сделать. Так вот сам запрос ведет себя по разному. Добавляю или удаляю LEFT JOIN или условие WHERE и запрос зависает. Даже план не показывает.

Unique относится к одному полю

эм, а как на счет unique на два поля?

Народ, а что может постгре делать с запросом обычным? Я загрузил 100 млн данных в таблицу и пытаюсь выборку сделать. Так вот сам запрос ведет себя по разному. Добавляю или удаляю LEFT JOIN или условие WHERE и запрос зависает. Даже план не показывает.

Ну, так и должно быть...

Народ, а что может постгре делать с запросом обычным? Я загрузил 100 млн данных в таблицу и пытаюсь выборку сделать. Так вот сам запрос ведет себя по разному. Добавляю или удаляю LEFT JOIN или условие WHERE и запрос зависает. Даже план не показывает.

если ты достаёшь план с analyze, то доставай без analyze

выдал

выдает очень большой план

строк на 60

строк на 60

Ну так куча seq scan

а что это значит?

я загрузил базу по новой Раньше этот же запрос работал нормально