Backup taken from pgadmin is impossible to restore database through pg_restore.
It should be restored through pg_admin.
Something like that:
pg_admin backup -> pg_admin restore
pg_dump backup -> psql restore

Ух-ты! Новые виды дампов!

для чего нам нужен Endpoint security (VPN) с двухфакторной аутентификацией
и как его связать с удаленной бд (ip, user, dbname, pass) и для чего может быть нужен https://cloud.google.com/apis#section-5 в этом деле?

POSIX tar archive

Ну так сначала распаковать этот тар-архив, а потом уже смотреть, вот что он распаковался, и далее - по ситуации. Хотя выше вон сказали, чтобы не маялись, а восстанавливали так, как создавали дамп - с помощью пгадмина.

https://youtube.com/RuPostgres – начинаем постгрес-вторник с Андреем Зубковым (ПостгресПро) про анализ запросов и разные расширения! подключайтесь

да, уже увидел, спаибо ))

всем привет

кто сталкивался с geqo failed to make a valid plan?

м-м-м…
а что говорит SELECT version(); ?

PostgreSQL 13.1 on x86_64-pc-linux-gnu, compiled by gcc (Ubuntu 9.2.1-9ubuntu2)
9.2.1 20191008, 64-bit

Поговорили про pg_profile и немного про pgpro_pwr – мне лично было очень интересно, видео тут https://www.youtube.com/watch?v=16y-y1BnHKY. Кажется, нужна вторая серия

Всем привет!
Подскажите, пожалуйста, что не так. Хочу делать запрос из psql, флагом -c указывая текст запроса, и через флаг -v (он же --set) задавать в запросе переменную которую можно менять из шелла.

Пробую следующие варианты:
1)

psql -h 127.0.0.1 -U user -d my_base  -c "select (:'lolshto')" -v lolshto '1'

Результат: ERROR:  syntax error at or near ":"
LINE 1: select (:'lolshto')

2)

psql -h 127.0.0.1 -U user -d my_base 

-c "select :'lolshto'" -v lolshto '1'
Результат: ERROR:  syntax error at or near ":"
LINE 1: select :'lolshto'

3)

psql -h 127.0.0.1 -U user -d my_base

-c "select :lolshto" -v lolshto '1'
Результат: ERROR:  syntax error at or near ":"
LINE 1: select :lolshto

При этом, если подцепиться к базе на постоянной основе (то есть, без флагов -c и -v), то желаемое получается:

\set lolshto '1'

select (:'lolshto');
 ?column? 
----------
 1
(1 row)

Нужен именно вариант с -c и -v, чтобы кидать батчи из баша, подставляя генерирующуюся в нём переменную

руководствуюсь этой частью в мануале, но там речь только о втором варианте, когда ты зашёл в psql и не выходишь из него

Добрый, как к запросу
SELECT COUNT(*) AS count_all, "policies"."company_id" AS policies_company_id FROM "policies" WHERE "policies"."deleted_at" IS NULL AND "policies"."application_type" = 1 GROUP BY "policies"."company_id" having count(*) = 4
добавить чтобы last status = тому-то ?

With as группировка
Select с условиями по значениям из группировки

psql -h 127.0.0.1 -U user -d my_base  -c "select (:'lolshto')" -v lolshto '1'

psql -h 127.0.0.1 -U user -d my_base 

psql -h 127.0.0.1 -U user -d my_base

\set lolshto '1'

select (:'lolshto');
 ?column? 
----------
 1
(1 row)

так не выйдет, для -c не включается. (я не помню где встречал подтверждения, но сам натыкался.)

вам надо:
- либо писать временные файлы и использовать -f
- либо использовать перенаправление: psql -v lol=1 < <( echo "SELECT :'lol'::text;" )
- либо пользоваться полноценным heredoc-ом:


cat <<EOS | psql -v lol=1
SELECT :'lol';
EOS

Я хочу внести изменения к базе (типа как дропнуть экстеншн и удалять таблицы), но через некоторое время хочу восстановить нынешнее состояние базы. Что посоветуете уважаемые эксперты?

с последним могут быть затыки, т.к. там парсятся SHELL-переменные ( $ теряет свое значение ).
надо либо экранировать ( \$ ), либо брать маркер в кавычки (одинарные, двойные — не важно)

только если корректно оставноить базу (холодный бэкап).